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Hardware ui 


Einkaufsbummel 


Weil der Markt bei sinkenden 
Preisen ständig neue und bessere 
Rechner anbietet, ersetzen viele 
Leute ihren Heimcomputer schon 
nach kurzer Zeit durch ein 
Nachfolgemodell. Wir möchten 
hier ein paar konkrete Hinweise 
zu den Stärken und Schwächen 
der gängigen Maschinen geben. 


or der Anschaffung sollten Sie sich unbe- 

dingt genau über Ihre Ansprüche im klaren 
sein: Wollen Sie einen ausbaufähigen Rechner 
haben, der später mit mehr Speicherplatz und 
Peripherie ausgerüstet werden soll, oder su- 
chen Sie nur eine kurzfristige Lösung, um sie 
später durch etwas Neues zu ersetzen? 

Bei den meisten aktuellen Modellen wird die 
Überlegenheit den Vorläufern gegenüber stark 
herausgestrichen — mehr Speicherplatz, bes- 
seres BASIC, höhere Grafikauflösung und ein- 
gebaute ROM-Programme. Die älteren Rechner 
bieten aber, vor allem wenn sie schon in größe- 
ren Stückzahlen verkauft sind, einen entschei- 
denden Vorteil: Es gibt dafür reichlich Software. 
Viele Käufer von Neuentwicklungen müssen oft 
monatelang warten, bis die Programme und die 
Peripherie angeboten werden. 


Anfangsschwächen 


Besonders intensiv haben sich die Software- 
häuser um den Sinclair Spectrum, den Commo- 
dore 64 und den Atari XL gekümmert. Der ZX 
Spectrum ist geradezu ein Paradebeispiel da- 
für, wie mit ausgefeilter, allerdings oft nur kom- 
pliziert über England zu beziehender Software 
die angeborenen Schwächen eines Rechners 
ausgeglichen werden können. Trotzdem hätte 
wohl keiner der drei erwähnten Rechner in der 
ursprünglichen Form heute noch einen erfolg- 
reichen Start zu verzeichnen: Beim Spectrum ist 
die Tastatur dürftig, und das Commodore-BA- 
SIC läßt Befehle vermissen, die zur vollen Nut- 
zung seiner Möglichkeiten unumgänglich sind. 

Bei den meisten neuen Micros ist es umge- 
kehrt — sie haben eindrucksvolle Spezifikatio- 
nen, aber nicht viel Software zu bieten. Der Käu- 
fer eines solchen Computers muß darauf hof- 
fen, daß die Maschine sich durchsetzt und da- 
mit auch die Softwareproduzenten für sich ge- 
winnt. Hardwaremäßig gibt es heute sehr viel 
mehr fürs Geld: vollwertige Tastatur, großer 
Arbeitsspeicher (64 oder 12" KByte) und gute 
Grafikmöglichkeiten gelten als selbstverständ- 


lich bei allen angebotenen Microcomputern. 

Ein anderer aktueller Trend sind kostenlose 
Software-Beigaben. Zum Sinclair QL gehören 
vier solcher Pakete — Textverarbeitung, Tabel- 
lenkalkulation, Datenbank und Geschäftsgra- 
fik. Der Commodore Plus/4 wurde mit entspre- 
chender ROM-Software ausgestattet, die aller- 
dings weniger durchdacht und ohne Disketten- 
laufwerk auch kaum richtig anzuwenden ist. Bei 
anderen Rechnern liegt das Gewicht auf Spie- 
len. Beim Commodore 16 werden vier Pro- 
gramme mitgeliefert, und selbst der betagte 
Sinclair Spectrum wird stellenweise mit einem 
Sechserpack von Spielen angeboten. 

Beim Kauf eines neuen Rechners ist aber 
noch mehr zu berücksichtigen: Die Maschinen 
unterscheiden sich erheblich in der Ausbaufä- 
higkeit, soweit es Diskettenlaufwerke, Drucker, 
Modems und die sonstige Peripherie betrifft. 
Bei einigen Modellen paßt standardisiertes Zu- 
behör, während bei anderen Spezialschnittstel- 
len erforderlich sind, was die Auswahl für den 
Benutzer natürlich stark einschränkt. Unerläß- 
lich ist auch eine gute Anleitung — in manchen 
Fällen ist sie mangelhaft und bietet dem An- 
wender keinerlei Hilfe. Der Käufer sollte auch 
darauf achten, wo der Schwerpunkt bei der Soft- 
ware liegt; beim Acorn B überwiegen zum Bei- 
spiel die Lernprogramme, während es für den 
ZX Spectrum mehr Spiele gibt. 


Die Anschaffung eines 
Heimcomputers sollte 
eigentlich unproblema- 
tisch sein, aber das 
weitgefächerte Angebot 
und die schwierige Be- 
wertung der techni- 
schen Information läßt 
die Sache für manchen 
doch mehr zum Glücks- 
spiel werden. Jedenfalls 
empfiehlt sich eine Be- 
standsaufnahme Ihrer 
Bedürfnisse, bevor Sie 
sich zum Kauf ent- 
schließen. Versuchen 
Sie, schon vorher die 
erforderlichen Spezifi- 
kationen, vielleicht so- 
gar den Rechnertyp 
festzulegen, und lassen 
Sie sich nicht vom äu- 
ßeren Eindruck leiten. 
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Schneider 
CPC 464 


Der CPC 464 stammt von 
dem britischen Hersteller 
Amstrad, dessen große 
Erfahrung im aktuellen 
HiFi-Geschäft die kom- 
pakte Gestaltung dieses 
Heimcomputer-Erstlings 
mitbestimmten. Das 
preisgünstige Komplett- 
angebot mit Monitor und 
integriertem Cassetten- 
recorder spricht nicht nur 
den Anfänger an. Joy- 
stick- und Centronics- 
Schnittstellen sind einge- 
baut. Statt Cassette ist 
beim 664 und 612“ ein 
Diskettenlaufwerk einge- 
baut, das als Paket mit 
einem CP/M-Betriebssy- 
stem und der Sprache 
LOGO ausgeliefert wird. 
Der CPC 464 ist ein in 
Fachkreisen anerkannter 
Allround-Rechner. 


Schwierige 
Entscheidung 

In den Diagrammen 
sind die oben erläuterten 
Rechner nach einheit- 
lichen Kriterien bewer- 
tet, um vergleichbare 
Profile zu erhalten. 


Schneider CPC 464 


Mangelhaft Ausgezeichnet 


Sinclair QL 


Der QL wird standardmäßig mit 12“ KByte Spei- 
cher, eingebautem Doppel-Microdrive und vier 
kommerziellen Programmen geliefert. Er bietet 
rein äußerlich viel fürs Geld, hat aber seine Eigen- 
heiten. Trotz Verbesserungen gegenüber der frü- 
heren Ausführung fehlt der Tastatur immer noch 
die Professionalität, und in dem strukturierten BA- 
SIC sind zwar anfängliche Fehler beseitigt, aber es 
arbeitet angesichts des schnellen 32-Bit-Prozessors 
erstaunlich langsam. Die Langzeit-Zuverlässigkeit 
der Microdrives ist noch zweifelhaft, und die Edi- 
tiermöglichkeiten sind nicht zufriedenstellend. 

Bei Grafikbetrieb beträgt die Auflösung vierfar- 
big 512 x 256 oder achtfarbig 256 X 256 Punkte. Die 
Farbwahl kann für jedes Pixel unabhängig erfol- 
gen, so daß der Bildschirm allein 32 KByte belegt. 
Ein Disketten- oder Cassetten-Interface fehlt, da- 
gegen sind Joystick-, Monitor-, Netzwerk- und zwei 
RS232-Schnittstellen vorhanden. Als wesentliches 
Argument für die Anschaffung kann durchaus die 
beigepackte Software (von Psion) gelten; die Text- 
verarbeitungs-, Kalkulations-, Dateiverwaltungs- 
und Geschäftsgrafik-Programme sind, verglichen 
mit der üblichen Heimcomputer-Software, äußerst 
aufwendig. Der gute Eindruck wird jedoch hard- 
waremäßig, vor allem durch die langsamen Micro- 
drives, getrübt. 


Acorn B 


In England wird der Einsatz des Acorn B in Schu- 
len seitens der Regierung gefördert: daher gibt es 
dazu eine ganze Menge Lernprogramme. Der 
Acorn B hat ausgezeichnete technische Daten auf- 
zuweisen: schnelles strukturiertes BASIC, hervorra- 
gende Grafikauflösung und guten Sound sowie un- 
gewöhnlich viele Schnittstellen — Centronics, 
RS423, RGB, Composite Video, vier A/D-Kanäle, 
User Port, 1-MHz-Buserweiterung und die „Tube“, 
über die ein zweiter Prozessor angekoppelt wer- 
den kann. Außerdem sind Diskettenbetrieb und 
Netzwerkverbund vorgesehen. Die 32 K RAM der 
Grundausstattung werden je nach Bildschirmmo- 
dus bis auf neun KByte von der Grafik belegt; des- 
halb sind mindestens 64 K zu empfehlen. Nachrüst- 
bar ist auch ein zweiter Prozessor. Damit wird 
CP/M-Software verwendbar. 


Sinclair QL 
Mangelhaft 


Sinclair Spectrum 


Ausgezeichnet Mangelhaft 


_ Ausgezeichnet 


Sinclair Spectrum 


Trotz seiner begrenzten technischen Möglichkei- 
ten hat sich der ZX Spectrum sehr erfolgreich ent- 
wickelt. Die dürftige Tastatur des Erstmodells 
wurde beim Spectrum Plus entscheidend verbes- 
sert. Die Eingabe der BASIC-Befehle erfolgt über 
vordefinierte Tasten, was Anfängern die Sache er- 
leichtert, für Fortgeschrittene aber doch Probleme 
mit sich bringt. Die Grafikauflösung beträgt 

256 X 192 Pixel bei acht Farben (jeweils zwei pro 
Zeichenfeld). Die Tonerzeugung ist monophon und 
etwas leise. Das BASIC ist ordentlich, wenn auch 
etwas langsam. Genormte Schnittstellen fehlen 
beim Spectrum, jedoch gibt es von Drittfirmen eine 
Menge Peripherie, die sich an den User Port hän- 
gen läßt. Sinclair selbst offeriert ein „Interface 1“ 
für Microdrives, Vernetzung und RS232-Zubehör, 
außerdem ein „Interface 2“, das die Verwendung 
von Cartridge-Software gestattet. Vor allem in der 
Plus-Version ist der Spectrum aufgrund der brei- 
ten, allerdings nicht immer leicht erhältlichen, Soft- 
warebasis unverändert interessant — er wird heute 
durchweg mit 4“ KRAM angeboten. 


Acorn Electron 


Als „kleiner Bruder“ des Acorm B ist der Electron 
mit dem gleichen hervorragend strukturierten BA- 
SIC, aber nicht mit einem so vielseitigen Schnitt- 
stellenangebot ausgestattet. Das Electron-BASIC 
läuft langsamer als die B-Version, und der Electron 
unterstützt nicht den Acorn B-Bildschirmmodus 
„Teletext“. Einiges von der Acorn B-Software ist 
Electron-kompatibel. Der Electron verfügt mit einer 
Auflösung von 640 X 256 Pixeln über eindrucks- 
volle Grafik-Fähigkeiten: das Textformat beträgt 
bis zu 32 Zeilen mit 80 Zeichen. Leider wird für den 
Bildschirmaufbau viel Speicherplatz benötigt, so 
daß von den 32 K RAM bei maximaler Auflösung 
nur neun KByte für den Benutzer frei bleiben. 


Acorn Electron 


Ausgezeichnet 


Acorn B 
Mangelhaft 


Ausgezeichnet Mangelhaft 
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Commodore Plus/4 


Dieser Rechner war als Nachfolger für den Com- 
modore 64 gedacht. Er hat eine Grafikauflösung 
von 320 X 200 Pixeln und 64 KByte RAM, verfügt 
über 121 Farbtöne und ein verbessertes BASIC, das 
dem Benutzer eine weitergehende Beeinflussung 
der Bildschirmdarstellung ermöglicht. Bei höchster 
Grafikauflösung sind für jedes Zeichenfeld zwei, 
bei 160 X 200 Pixeln vier Farben vorgesehen. Die 
Tonerzeugung (max. zweistimmig) erreicht nicht 
das Niveau des C 64, aber ihre Programmierung ist 
durch das verbesserte BASIC merklich erleichtert. 
Auf die spezielle Sprite-Grafik des C 64 wurde 
hier verzichtet, dafür gibt es einen Maschinenspra- 
che-Monitor und vier kleine ROM-residente An- 
wenderprogramme (deshalb „Plus/4“) für Textver- 
arbeitung, Tabellenkalkulation, Dateiverwaltung 
und Grafik, die ohne Diskettenlaufwerk allerdings 
nur begrenzt nutzbar sind. Der Plus/4 braucht 
einen speziellen Cassettenrecorder und spezielle 
Joysticks; dagegen passen die Drucker und das 
Diskettenlaufwerk vom C 64 auch hier. 


MSX-Standard-Computer 


MSX ist ein „Minimalstandard“, und die meisten 
Hersteller bieten eine wesentliche/darüber hinaus- 
gehende Ausstattung an. Abgebildet ist hier der 
HX-10 von Toshiba. MSX spezifiziert ein besonders 
wirkungsvolles BASIC mit komfortabler Grafik und 
Tonerzeugung, speziellen Interrupt-Routinen für 
die Behandlung von „Ereignissen“ und einem gu- 
ten Editor. Die MSX-Rechner haben Funktionsta- 
sten, die mit zehn verschiedenen Kommandos be- 
legbar sind. Die Grafik-Auflösung beträgt 256 X 192 
Pixel bei 16 Farben, außerdem sind 32 Sprites vor- 
gesehen. 


Commodore 64 
Mangelhaft x 


Commodore Plus/4 


Mangelhaft ee Ausgezeichnet 


Ausgezeichnet 


Commodore 64 


Für diesen populären Rechner gibt es eine Fülle 
von Software. Leider ist er nur mit einem mäßigen 
BASIC ausgestattet, das komfortable Befehle für 
die volle Nutzung der ausgezeichneten Sound- und 
Grafik-Möglichkeiten vermissen läßt. Die Maximal- 
auflösung beträgt 320 X 200 Pixel bei insgesamt 16 
Farben, und es lassen sich Sprites programmieren. 
Von den 64 K RAM stehen dem Benutzer 39 K zur 
Verfügung. Sie brauchen einen speziellen Casset- 
tenrecorder und die Commodore-eigenen Drucker 
und Diskettenlaufwerke — alles nicht teuer, aber 
die Floppy ist als langsam und störanfällig bekannt. 
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Atari 600/800 XL 


Diese Rechner sind verbesserte Versionen der 
400/800er Serie, daher gibt es eine Menge Soft- 
ware. Der Atari 600 XL ist ein Auslaufmodell (Spei- 
cherkapazität 16 K); mehr zu empfehlen ist der im 
übrigen gleich gebaute 800 XL mit 64 K RAM. Die 
maximale Grafikauflösung beträgt 320 X 192 Pixel, 
allerdings nur zweifarbig; bei geringerer Auflö- 
sung sind 16 Farben in 16 Helligkeitsstufen dar- 
stellbar. Außerordentlich vielseitig sind die Klang- 
erzeugung und die Sprite-Grafik, während das üb- 
rige BASIC nicht ganz dem letzten Stand ent- 
spricht. Die Atari-Rechner brauchen einen speziel- 
len Cassettenrecorder. Störender ist, daß ein aus- 
führliches Handbuch nicht zur Maschine gehört, 
sondern eigens dazugekauft werden muß. Die 
Atari-Peripherie ist nicht normgerecht, aber preis- 
wert und überall erhältlich. 


Commodore 16 
Mangelhaft AR 


Commodore 
16 


Der Commodore 16 sollte 
den VC-20 ersetzen und 
wird daher auch als „An- 
fängerpaket“ mit Casset- 
tenrecorder und BASIC- 
Kurs auf Cassette ange- 
boten. Das Gehäuse erin- 
nert zwar an den VC-20 
und den C 64, aber das 
Innenleben der Maschine 
entspricht eher dem teu- 
reren Plus/4, so daß auch 
dessen Maschinenspra- 
che-Monitor und das 
gleiche BASIC zum Ein- 
satz kommt. Im Normal- 
betrieb bleiben von den 
16 KRAM noch 12K für 
BASIC-Programme, bei 
höchster Grafikauflösung 
allerdings nur zwei 
KByte. Der Rechner wäre 
vor allem für Neulinge 
durchaus interessant, 
wurde aber, vor allem 
wegen der mangelhaften 
Softwareunterstützung, 
kein Markterfolg. 
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CP/M-Befehle 


In unserer CP/M-Serie untersuchen wir die Diskettenbefehle, mit 
denen sich auf flexible Weise Peripheriegeräte ansprechen und 
Dateien organisieren lassen. Wir zeigen Schritt für Schritt, wie CP/M 
vom Einschalten des Computers an funktioniert. 


n der ersten Folge haben wir uns die Entwick- 

lung und den Aufbau von CP/M angesehen. 
Dabei stellten wir fest, daß sich einige CP/M- 
Befehle ständig im RAM befinden, während an- 
dere auf Diskette gespeichert sind und nur für 
ihren Einsatz in den Arbeitsspeicher geladen 
und danach wieder gelöscht werden. Diese 
„flüchtigen“ Diskettenbefehle geben dem An- 
wender die Möglichkeit, Diskettenstationen an- 
zusprechen, Dateien zu organisieren und wei- 
tere Peripheriegeräte zu steuern. 

Gleich beim Einschalten des Systems führt 
der Computer Tests durch, mit denen er sicher- 
stellt, daß alle erforderlichen Systemkompo- 
nenten angeschlossen sind. Der Prozessor akti- 
viert dann die Kanäle zu den Peripheriegeräten. 
Er sendet Codes, die ihre Funktionsfähigkeit 
prüfen und stellt fest, ob sie bereit sind, Daten 
zu empfangen. Dieser Vorgang heißt „Initiali- 
sierung". 

Bei einigen Peripheriegeräten muß der Com- 
puter auf eine Rückmeldung des angesproche- 
nen Gerätes warten, bevor er weitere Aufgaben 
erledigen kann. 


Quelldateien der Assemblersprache 
Sicherheitskopie einer Textdatei 
Quelldatei in BASIC 

Bezeichnung einer Befehlsdatei 


Hexadezimaldatei auf Maschinenebene 
Compiliertes BASIC-Programm 

Datei für Programmlistings des Assemblers 
Befehlsdatei für BATCH-Abläufe 
Zwischendatei des Editors 


Die Initialisierung veranlaßt den Schreib-/ 
Lesekopf der Diskettenstation, die erste Spur 
der CP/M Systemdiskette zu lesen. Ist keine 
Diskette vorhanden, dreht sich das Laufwerk 
bis eine Diskette eingelegt wird. Auf Spur Null 
ist der „Urlader“ (Bootstrap Loader) gespei- 
chert, der dem Computer mitteilt, wie er das 
CP/M-Programm laden soll. Existiert auf Spur 
Null kein Ladeprogramm, erscheint eine Feh- 
lermeldung. 

Nach dem Laden von CP/M erscheint auf 
dem Bildschirm das Symbol A> (auf manchen 
Maschinen OA>) und der Cursor. A> wird 
„Prompt“ genannt und zeigt an, daß das System 
betriebsbereit ist. Der Promptteilt uns weiterhin 


mit, welche Diskettenstation CP/M gerade an- 
spricht: das aktuelle Laufwerk. Da CP/M ge- 
rade erst geladen wurde, sind wir auf Laufwerk 
A angemeldet. 

Wenn nur ein Diskettenlaufwerk angeschlos- 
sen ist oder das zweite nicht gebraucht wird, 
reicht dies völlig aus. Wenn Sie aber Laufwerk B 
ansprechen wollen, müssen Sie CP/M dies mit 
dem Befehl B: und RETURN mitteilen. CP/M 
prüft dann, ob das Laufwerk angeschlossen ist 
und eine Diskette enthält. Ist dies der Fall, zeigt 
auf dem Bildschirm der Prompt B> an, daß nun 
Laufwerk B betriebsbereit ist. Mit COP/M lassen 
sich auf die gleiche Weise auch die Laufwerke 
C und D ansprechen. 

Es werden zwar nur selten vier Laufwerke an 
ein System angeschlossen, doch arbeiten viele 
Computer mit doppelseitigen Laufwerken. Die 
Vorderseiten der Disketten werden als A und B 
bezeichnet und die Rückseiten als C und D. 

Nach der Anmeldung in CP/M kann mit dem 
Befehl DIR oder dir eine Liste dargestellt wer- 
den, die anzeigt, welche Dateien auf der Dis- 
kette vorhanden sind. Dabei erscheinen auch 
die Befehle des CP/M-Betriebssystems. 

Auf den ersten Blick erscheint es umständ- 
lich, erst eine Befehlsdatei laden und aktivieren 
zu müssen, um simple Statusinformation erhal- 
ten zu können. Warum werden die entspre- 
chenden Befehle nicht schon beim Einschalten 
des Gerätes ins RAM geladen? Der Grund ist 
einfach: Abgesehen von der Platzeinsparung 
im RAM wird durch diese Methode die Kompa- 
tibilität zwischen unterschiedlichen Systemen 
erst möglich. 

CP/M enthälteine Anzahl Befehle, mitdenen 
sich Diskettendateien bearbeiten lassen. Ob- 
wohl CP/M-Anwendungen einen bestimmten 
Standard haben müssen, um auf unterschied- 
lichen Maschinentypen laufen zu können, ha- 
ben viele Hersteller das System den Eigen- 
schaften ihrer Computer angepaßt. Da es in 
CP/M keinen Standardbefehl zur Formatierung 
von Disketten gibt, fügt jeder Hersteller eine ei- 
gene Version an das System an. 

In der letzten Folge erwähnten wir, daß der 
Name einer CP/M-Datei aus zwei Teilen be- 
steht: Ein Punkt trennt den Hauptnamen von der 
Erweiterung, die bestimmt, nach welcher Me- 
thode die Datei in den Computer geladen wird. 
Die Befehlsdateien der CP/M-Systemdiskette 
haben beispielsweise die Erweiterung „COM“. 


Dateien mit dieser Erweiterung werden auto- 
matisch gestartet. 

Für das Laden und Ausführen von Befehlsda- 
teien muß nur der Hauptname eingegeben und 
RETURN gedrückt werden. 

Der Befehl STAT hat ähnliche Funktionen wie 
DIR. Er gibt ausführliche Informationen über die 
Diskette und die darauf gespeicherten Dateien. 
Bei der Eingabe von STAT und Return wird an- 
gezeigt, wieviel Platz auf der Diskette für neue 
Dateien frei ist, wieviel Platz die bestehenden 
Dateien belegen sowie die Schreib-/Lesemög- 
lichkeiten. So bedeutet der Code R/W, daß die 
Diskette gelesen und beschrieben werden 
kann, R/A dagegen, daß sie schreibgeschützt 
ist — sie läßt sich also nur lesen, nicht aber be- 
schreiben. 


Dateien übermitteln 


STAT selbst kann den Schreibschutz aktivieren. 
Nach Eingabe von STAT D:=R/O (D be- 
das Laufwerk) läßt sich die Diskette nur noch 
lesen. Jeder Versuch, jetzt Daten darauf zu spei- 
chern, erzeugt einen BDOS-Fehler. Mit STAT 
lassen sich auch die Namenserweiterungen 
und die Anzahl der logischen Diskettensekto- 
ren pro Datei anzeigen. Wird hinter STAT ein 
Dateiname angegeben, so erscheinen nur die 
Daten dieser Datei. Weiterhin kann STAT den 
Status der angeschlossenen Peripheriegeräte 
anzeigen und ändern. STAT DEV stellt eine Li- 
ste aller angeschlossenen Ein- und Ausgabe- 
geräte dar. 

Eine der wichtigsten Eigenschaften von Be- 
triebssystemen ist ihre Fähigkeit, Dateien von 
einer Diskette zur anderen übertragen zu kön- 
nen. In CP/M führt PIP (Peripheral Interchange 
Program) diese Aufgabe aus. Das Programm 
kann jedoch weit mehr, als nur Dateien zu ko- 
pieren — mit ihm lassen sich Dateien auch an 
Drucker oder andere Ein- und Ausgabegeräte 
senden. 

PIP wird durch die Eingabe von PIP und RE- 
TURN aufgerufen. Statt der Prompts erscheint 
nun ein Stern, der anzeigt, daß das Programm 
den nächsten Befehl erwartet. PIP hatfolgendes 
Eingabeformat: D:ZIELDATEI =D: QUELLDATEI. 
Nehmen Sie an, Sie möchten die Datei 
HCAC.TXT von einer Diskette auf eine andere 
kopieren und dabei gleich den Namen in AR- 
BEIT.TXT ändern. Zuerst tauschen Sie die Sy- 
stemdiskette in Laufwerk A gegen die Diskette 
mit HCAC.TXT aus, die zweite Diskette legen 
Sie in Laufwerk B ein. Die Eingabe „B:AR- 
BEIT.TXT=A:HCAC.TXT“ kopiert die 
HCAC.TXT-Datei von Laufwerk A aufB und gibt: 
ihr die Bezeichnung ARBEIT.TXT. 

Beachten Sie, daß PIP zuerst die Zieldatei er- 
wartet und dann erst die Ursprungsdatei. Nach 
Abschluß des Kopiervorgangs können Sie mit 
DIR überprüfen, ob die Datei erfolgreich und 
richtig kopiert wurde. 

Auch wenn Sie nurüber eine Diskettenstation 


verfügen, können Sie mit PIP arbeiten — Ur- 


sprungs- und Ziellaufwerk ist dann A. Bei die- 
sem Ablauf lädt CP/M eine Anzahl Sektoren 
der Ursprungsdatei und informiert Sie, wann Sie 
die Diskette wechseln sollen, damit die Zieldis- 
kette beschrieben werden kann. 

Mit PIP können Sie auch Dateien an den 
Drucker senden. Der Befehl lautet: PIP 
LPT:=B:HCAC.TXT. Dabei fällt auf, daß hinter 
PIP gleich der restliche Befehl eingegeben 
wurde. CP/M bietet diese Möglichkeit, damit 
Sie nicht den Ladevorgang abwarten müssen, 
bevor Sie weitere Befehle eingeben können. 

In dem Befehl steht statt der Zieldatei der 
Code LPT (Line PrinTer). Er bezeichnet den 
Drucker. Die Laufwerksbezeichnung vor 
HCAC.TXT gibt an, wo die Datei zu finden ist. 
WennB das angemeldete Laufwerk ist, braucht 
diese Information allerdings nicht im Befehl zu 
erscheinen. Es gibt sogar CP/M-Versionen, in 
denen alle Laufwerksangaben weggelassen 
werden können, da CP/Malle verfügbaren Dis- 
kettenstationen durchsucht, bevor es die Feh- 
lermeldung „Datei nicht gefunden“ ausgibt. 

In unserem Kopiervorgang hatten wir den Na- 
men verändert. Dies ist bei PIP jedoch nicht nö- 
tig, da Dateien auch unter dem gleichen Namen 
kopiert werden können. Wenn Sie Dateien nur 
umbenennen, nicht aber kopieren wollen, kön- 
nen Sie den Befehl REN (RENAME) nehmen. 
Die Umbenennung von HCAC.TXT in AR- 
BEIT.TXT hat folgendes Eingabeformat: REN 
HCAC.TXT=ARBEIT.TXT. Bedenken Sie, daß 
auch hier der Zielname zuerst eingegeben wer- 
den muß. Der Befehl REN erzeugt im Inhaltsver- 
zeichnis der Diskette einen neuen Eintrag und 
löscht den alten Namen. 

Auf ähnliche Weise lassen sich auch Dateien 
von einer Diskette löschen: ERA Dateiname und 
RETURN. ERA sollte — wie alle Löschbefehle — 
mit Umsicht eingesetzt werden, da bei fehlen- 
der oder falscher Laufwerksangabe schnell die 
falsche Datei gelöscht wird. Sie sollten es sich 
zur Gewohnheit machen, in Befehlen immer die 
Laufwerksbezeichnung anzugeben, selbst 
wenn es von CP/M nicht gefordert wird (etwa 
ERA B:HCAC.TXT). 

In der nächsten Folge untersuchen wir wei- 
tere CP/M-Befehle, sehen uns die Steuerzei- 
chen des Systems an und beschäftigen uns mit 
den Namenserweiterungen. 
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Mann über Bord 


Während einer Fahrt in die Neue 
Welt können unvorhersehbare 
Ereignisse eintreten. Welche 
Auswirkungen diese Vorkomm- 
nisse auf die Lebensmittelvorräte 
und die Anzahl und Stärke der 
Mannschaft haben, erfahren Sie in 
diesem Artikel. 


m die großen Schwierigkeiten einer derart 

langen Seereise im 18. Jahrhundert zu si- 
mulieren, müssen wir im Programm die ver- 
schiedensten Zwischenfälle vorsehen. Einige 
können günstig sein, etwa ein stetiger Wind von 
achtern, andere dagegen die Fahrt beeinträch- 
tigen, wie beispielsweise ein umfangreicher 
Verlust von Proviant, 

Insgesamt gibt es 16 mögliche Ereignisse, 
von denenjedoch nur zwei pro Woche eintreten 
können. Wir schreiben eine Unterroutine, die 
zufällig eines der Ereignisse auswählt, sowie 
den Programmcode für die ersten fünf Möglich- 


keiten. Im letzten Artikel haben wir einen Pro- 
grammteil eingebaut, der die Stärke der Mann- 
schaft mit dem Zufallsgenerator bestimmte. 
Entfernen Sie die Zeilen 601 bis 604, bevor Sie 
Modul 6 eingeben. Dieses Modul besteht aus 
mehreren Teilen: einem Initialisierungsab- 
schnitt, zwei Zeilen in der Hauptschleife und 
einer Unterroutine zur Auswahl eines Ereignis- 
ses sowie zur Handhabung von fünf dieser Er- 
eignisse. 

. Es ist wichtig, daß jedes Ereignis nur einmal 
im Verlauf der Fahrt eintritt. Um das zu errei- 
chen, wird in Zeile 42 ein Array RR() DIMensio- 
niert, das 16 Elemente für jedes der 16 mög- 
lichen Ereignisse enthält. Jedes Element ist auf 
0 gesetzt. Tritt ein Ereignis ein, wird das Ele- 
ment auf l gesetzt und somit nicht mehr aufge- 
rufen. Es ist wichtig, die eingetretenen Ereig- 
nisse zu zählen, damit das Programm nicht end- 
los das Array durchsucht, ohne ein Ereignis zu 
finden, wenn bereits alle eingetreten sind. 
Diese Zahl wird in der Variablen RC verzeich- 


net, die bei jedem Ereignis um] erhöht wird. 


Die Anzahl der Möglichkeiten wird in RM ge- 
speichert. Beachten Sie, daß nach Einfügen 
weiterer Ereignisse (im nächsten Artikel) der 
Wert von RM geändert werden muß. 


Ereignisreiche Fahrt 


In Zeile 860 der Hauptschleife wird die Unter- 
routine bei Zeile 5500 aufgerufen. Dadurch tritt 
das Ereignis nach der Angabe der geschätzten 
Reisedauer (die im Logbuch festgelegt ist) ein. 
Die Unterroutine bei 5500 wählt aus, welches Er- 
eignisjede Woche eintreten soll. Gibteskeinen 
neuen Zwischenfall mehr, so wird direkt zum 
Hauptprogramm zurückverzweigt. 

In Zeile 5510 wird eine Zufallszahl zwischen 1 
und der Anzahl möglicher Ereignisse generiert 
(RM). Zeile 5520 überprüft das Array RR(), ob 
das entsprechende Element auf 1 gesetzt ist. 


Wenn ja, erfolgt Rücksprung zum Hauptpro- 


gramm. Wurde ein neues Ereignis ausgewählt, 
wird das zugehörige Flag in RR() durch Zeile 
5523 auf 1 gesetzt, damit es nichtimmer wieder 


eintreten kann. 


In Zeile 5625 wird die ON X GOTO-Anwei- 
sung verwendet, um das Programm zu den zu- 
gehörigen Programmzeilen des gewählten Er- 
eignisses zu verzweigen. Mit ON... .GOTO und 
ON...GOSUB können einige der IF.. .THEN- 
Anweisungen ersetzt werden. Jedem Befehl 
folgt eine Liste von Zeilennummern. Ist die Va- 


N 


en 


io: es 


riable 1, so wird die erste Nummer dieser Liste 
verwendet. Ist der Wert =2, wird die zweite 
Nummer gewählt usw. 

Wir befassen uns hier mit fünf Ereignissen. 
Der nn für das erste (Mann über 
sich.bei Zeile Be Die letzten 
vier Nummern ıderON.. .GOTO:Liste,sind iden- 
tisch, so daß das Programm bei den Zufallswer- 


.Boı ra ‚De! 


_ ten2,3,4,und 5zum gleichen Programmteil ver- 
zweigt. Die vier Ereignisse der Elemente 2bis5 S 


handhaben über Bord gegangene Vorräte und 


verwenden hierfür denselben Programmcode 


ab Zeile 8870. 


Mann über Bord 


Wird die erste Zeilennummer ausgewählt, er- 
scheint eine Meldung, daß ein Mann über Bord 
gegangen ist. Zeile 5554 druckt die neue Ge- 
samtanzahl der Mannschaft, indem 1 von CN (= 
Anzahl der Seemänner) subtrahiert wird, ohne 
jedoch den Wert von CN zu ändern. Das ge- 


' schieht erst am Ende des Wochenberichtes 


durch Überprüfung, ob der Stärkewert eines 
Seemannes auf —999 gesetzt ist. 

Natürlich muß der Rechner auch einen See- 
mann aussuchen, den das Schicksal trifft. Hier 
kommt nun der Ausdruck „Seemanns Los“ so 


richtig zum Tragen. Was wäre ein Seefahrts- 


spiel: ohne solche Ereignisse! Diese Auswahl 
erfolgt in der Schleife in Zeile 5558, die das 
ch aa Array Frucht dabei Buß 0 gr 
lebende Mitglied als Opfer wählt. Zeile 5560 
„wirft“ den Mann ins Meer, sein Stärkewert wird 
auf —999 gesetzt. Der Wert von T wird dann auf 
16 gesetzt, um die Schleife zu verlassen. 

Die restlichen Ereignisse, mit denen wir uns 
in diesem Programm-Modul befassen, bezie- 
hen sich auf die vier Vorratsarten, die über Bord 
gehen können. Um das Spiel interessanter zu 
machen, wird eine zufällige Menge jedes Vor- 
rats gewählt. Die Menge an Obst, Gemüse, 
Fleisch und Wasser wird durch PA(1), PA(2), 
PA(3) und PA(4) repräsentiert. 


Inventur der Vorräte 


In Zeile 5572 wird der Wert lvon der durch Zeile 
5500 generierten Zufallszahl X subtrahiert, da 
ein Ereignis bereits eingetreten ist. Die Zufalls- 
zahl wird jetzt zwischen l und 4 liegen, entspre- 
chend einem der vier Vorräte. Zeile 5574 über- 
prüft, ob der Vorrat ausgegangen ist. Wenn dies 
zutrifft, wird der Spieler informiert, daß ein Teil 
des Vorrats über Bord gegangen ist. 

Die Menge an verlorener Nahrung oder Was- 
ser beträgt entweder 1/3, 1/4 oder 1/5der vor- 
 handenen Gesamtmenge. Dies wird in Zeile 
5592 bestimmt, indem die Menge des Vorrates 
durch 3, 4 oder 5 dividiert und dieser Wert von 
der Gesamtmenge subtrahiert wird. Das Pro- 
gramm berechnet dann die Anzahl an Wo- 
chenrationen für die übrige Vorratsmenge. 


| 8690 GOSUBSSAA 


Modul sechs: 
Zufällige Ereignisse 


Initialisiere Variablen 


DIMRR(CIS? 
43 REM INDICATORS TO SHOW IF RANDOM EVENT(N? ALREA 
DY OCCURED 

44 RC=A 

45 PEM COUNT OF RANDOM EVENTS SQ FAR 

46 RM=5 
REM NO. 


OF RANDOM EVENTS IN PROGRAM 


Ergänzung an Hauptprogramm 


aei REM GO TO GENERATE RANDOM EVENTS 


Zufallsereignis-Unterroutine 


sSsa@ REM RANDOM EVENT GENERATOR 

5582 IFRE=RM THEN RETURN 

5503 REM EXIT IF ALL RANDOM EVENTS DONE 

5594 PRINTCHRS$(147) 

5505 GasSUBS2AA 

5512 X=INT{RND<IIKRMIHI 

5515 REM GENERATE RANDOM NG. BETWEEN I AND RM 
5528 IFRR(X)=1 THEN RETURN 

5522 REM RETURN IF THIS EVENT ALREADY DONE 

5523 RR(X)=1iRC=RCH 

5524 REM SET IND. TO SHOW THIS EVENT DONE AND INCER 
EMENT EVENT COUNT 

5525 ON K GOTO 5549 ,5570 ,5570,5578,5578 

5528 REM 60 TO APPROPRIATE CODE FOR THIS EVENT 
553@ PRINT:S$=K$:G0SUBS1AA 

5535 GETI$: IFI$=""THENSS3S 

5539 RETURN: REM RETURN TO MAIN JOURNEY LOOP 
5548 REM EVENT I - MAN DVERBOARD I! 

5542 PRINT 

5543 S$=" DURING THE WEEK «":GOSUBSIARA 

5545 PRINT:GOSUB3208 

5546 S$=" I PERSON WAS LOST OVERBOARD«":GOSUBS1OQ 
5548 S$=" IN A STORM#":GOSUBI1O8 

5558 PRINT:GOSUBS2AA 

5552 S$="YOUR CREW IS NOW REDUCED TOx":GOSUBS1AA 
5554 PRINTCN-17 "MEMBERS" 

5558 FORT=1TOI6 

5559 REM SEARCH FOR CREW MEMBER TO LOSE 

5562 IFTS(T,23=BORTS(T,2)=-999THENS5S6& 

5562 TS(CT,2)=-9339:REM DEAD 

5564 T=16 

5566 NEXT 

5563 GOTD5538 

5570 REM EVENTS 2 TO 5 - PROVISIONS LOST 

5572 x=X-1:REM X NOW POINTS TO PROVISION(I-4) 
5574 IFPA(CX>=Q OR PA(X)=-999 THENSS3A 

5576 REM NO ACTION IF THIS PROVISION ALREADY EXHAU 
STED 

5578 PRINT 

ssaa S#=" DURING THE WEEK «"IıGOSUBS1AA 

5582 PRINT:GOSUB3288 

5584 PRINT" SOME OF YOUR ";PSCX) 

5586 S$=" WAS WASHED DVERBOARD«":GOSUBI1AB 

5588 PRINT:GOSUB3299 

5530 S$="YouU NOW HAVE APPROXIMATELYx«":GOSUBS1AA 
5592 PACK) =PACHK2-INTCPACKIZ/CINTERND(C17%3)+3)) 
5593 REM REDUCE PROV AMOAUNT BY 172 1/3 OR1/4 
5594 PRINTINT(PA(X>/CENK#PNEXD)IDE 

5595 PRINT"WEEKS "7P&(X)3" LEFT" 

5599 GOTOS538 


BASIC-Dialekte 


Spectrum: 
Führen Sie die folgenden Änderungen aus: 


5504 CLS 

5525 IFX=1 THEN GOTO 5540 

5526 IFX>1 AND X<6 THEN GOTO 5570 

5535 LET I$ = INKEYS : IFIS=*" THEN GOTO 
5535 


Acorn B: 
Ändern Sie das Programm wie folgt: 


5504 CLS 
5535 I$=GETS 
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Der FX-Effekt 


In dieser Folge untersuchen wir die OSBYTE-Aufrufe. OSBYTE ist eine 
einfache Methode, unterschiedliche Betriebssystemfunktionen des 
Acorn B einzusetzen. 


ei der ersten Untersuchung des Acom 

B-Betriebssystems hatten wir kurz die OS- 
Aufrufe (OSBYTE) gestreift, die das Verhalten 
von OS-Funktionen verändern können. Mit 
*FX4,1 läßt sich beispielsweise die Reaktion 
des Acorn B auf die Betätigung der OCursorta- 
sten neu definieren. 

In der 1.2-Version des OS gibtees über 100die- 
ser Aufrufe, die entsprechend viele OS-Funk- 
tionen des Acorn B steuern. Wir haben bereits 
festgestellt, daß durch den indirekten Aufruf 
von OS-Routinen die Programmfunktionen auch 
bei Änderungen der Hard- und Softwarekonfi- 
guration nicht beeinflußt werden. OSBYTE ist 
eine praktische Methode, indirekt auf die OS- 
Routinen zuzugreifen. 

Wenn Ihre Maschine mit der alten OS-Ver- 
sion 0.1 arbeitet, funktionieren einige Aufrufe 
von OSBYTE nicht, die im Anwenderhandbuch 
aufgeführt sind und die auch dieser Kurs be- 
handelt. Wenn Sie *HELP <RETURN> einge- 
ben, wird die Versionsnummer des Betriebssy- 
stems dargestellt. 

Sehen wir uns zunächst an, wie OSBYTE von 
BASIC und vom Maschinencode aus eingesetzt 
wird. Wie die meisten OS-Aufrufe des Acorn B 
arbeitet auch OSBYTE mit Vektoren. Der OS- 
BYTE-Vektor liegt bei den Adressen &20A und 
&20B. Die Tabelle zeigt, wie der OSBYTE-Aufruf 
*FX4,] ausgegeben wird: 


"FX4,1 [A%=4:X%=1:D%=USR(&FFFA) LDreg 
ISR Krera 


Die Beispiele zeigen, daß alle OSBYTE-Routi- 
nen über die Adresse &FFF4 aufgerufen wer- 
den. Parameter lassen sich mit den Registern A, 
X und Y des Prozessors 6502 an OSBYTE über- 
geben. Wir können von BASIC aus A%, X% und 
Y% mit Werten belegen und dann über USR 
oder CALL eine Maschinencoderoutine aufru- 
fen, die diese Werte in die Prozessorregister A, 
X und Y lädt. Mit USR (zweites Beispiel) läßt 
sich das Ergebnis eines Aufrufs auch wieder in 
eine BASIC-Variable übertragen. Dies ist be- 
sonders interessant, wenn die Daten in BASIC 
noch gebraucht werden. Wir kommen später 
noch darauf zurück. 

Das dritte Beispiel ruft OSBYTE über ein kur- 


zes Maschinencodeprogramm auf. Dabei wer- 
den die entsprechenden Register einfach mit 
Werten geladen und OSBYTE über &FFF4 an- 
gesprochen. Die Beispiele zeigen ebenfalls, 
wie sich die Parameter (4 und 1) auf drei ver- 
schiedene Weisen einfach an das OS überge- 
ben lassen. 

Unabhängig von der Art des OSBYTE-Aufrufs 
gibt das Register Aimmer an, welche der vielen 
OSBYTE-Routinen derzeit eingesetzt wird. X 
und Y übergeben die Parameter. Einige OS- 
BYTE-Routinen brauchen keine Parameter, an- 
dere lediglich nur einen (Register X) und ei- 
nige zwei (X und Y). 

Hier ein paar Beispiele der drei Formate: 


Beim Aufruf von OSBYTE-Routinen per *FX sind 
einige Punkte zu beachten. Wie alle *-Befehle 
kennt OSBYTE keine BASIC-Variablen. So löst 
die Ausführung des folgenden Codes die Feh- 
lermeldung „Bad Command" aus: 

a=4:b=]1 

*FX a,b 


Das Problem läßt sich jedoch umgehen, wenn 
wir den FX-Befehl per OSCLIan das OS überge- 
ben. So sieht es aus: 


10 DIM C 100 
203-4 
30b=1 


40 $C = "*FX" + STR$a + "," +STR$b 
50 X% =C MOD 256 

60 Y% = C DIV 256 

70 CALL &FFF7 


Der FX-Befehl darf innerhalb einer Programm- 
zeile nur als jeweils letzte Anweisung eingege- 
ben werden: 

*FX 4,1:PRINT "Hallo!" 


erzeugt die Fehlermeldung „Bad Command", 
da das OS den Doppelpunkt und PRINT als Teil 
des FX-Befehls interpretiert. 

Beide Probleme werden dadurch verursacht, 
daß *FX-Aufrufe nicht vom BASIC-Interpreter 
bearbeitet werden, sondern vom Befehlszeilen- 
interpreter (CLI), der BASIC-Zeilen mit mehre- 
ren Befehlen nicht verarbeiten kann. 

Ebenso wie sich mit X und Y Parameter an 


OSBYTE übergeben lassen, so können auch die 
vom OS eingesetzten Variablen zurückgeben 
werden. Dieser Vorgang wird ebenfalls über 
USR oder eine Maschinencoderoutine gesteu- 
ert. Die Maschinencoderoutinen sind leichter 
zu bedienen, da die per USR gelieferten Werte 
erst decodiert (in Bits zerlegt) werden müssen. 
Die Register X und Y enthalten die rückgemel- 
deten Werte, wobei das Übertragsflag bei eini- 
gen Modulen gegebenenfalls auch vorhan- 
dene Fehler anzeigt. 


CALLs von OSBYTE 


Die zurückgegebenen Ergebnisse hängen na- 
türlich von der eingesetzten Routine ab — das 
heißt von dem Wert, dersich bei Aufrufim A-Re- 
gister befand. Nicht alle OSBYTE-Routinen ge- 
ben Ergebrisse zurück, doch liefern viele Mo- 
dule wichtige Daten über das OS. 

Zwei Arten von Informationen werden von 
OSBYTE zurückgemeldet: zunächst die Daten, 
die von einem Teil des Systems kommen — 
einer Schnittstelle oder einer Systemvariable. 
CALLs von OSBYTE, die diese Art von Informa- 
tion liefern, werden „read only"-CALLs genannt. 
Ein typisches Beispiel ist der OSBYTE-Aufruf 
mit A=129, den BASIC für die Funktion INKEY() 
einsetzt. 

Mit den Registern X und Y läßt sich auch die 
vom OS verlangte Zeitverzögerung einstellen. 
Das X-Register speichert dabei das niederwer- 
tige Byte der Verzögerung (in Hundertstelse- 
kunden) und Y das höherwertige. Für den Auf- 
ruf dieser Funktion können Sie die unten abge- 
druckte Maschinencodeversion einsetzen. Sie 
veranlaßt das System, bis zu einer Sekunde auf 
das Drücken einer Taste zu warten. Die Register 
X und Y geben die Werte zurück. Wenn das 
Übertragsflag auf 0 steht und das Y-Register 
ebenfalls O0 enthält, wurde der CALL mit einem 
Tastendruck beendet. Der ASCII-Wert der Ta- 
ste ist dann in X gespeichert. Wenn Y den Wert 
255 enthält und C auf 1 steht, wurde während 
der Verzögerungszeit keine Taste betätigt. 
Steht C auf l und Y auf 27, wurde die Escape-Ta- 
ste gedrückt. 

Das folgende Maschinencodebeispiel zeigt 
diesen OSBYTE-Aufruf. Wenn bei der Rückkehr 
das Übertragsflag gesetzt ist, verzweigt sie in 
eine weitere Subroutine, die dann über den 
Wert des Y-Registers prüfen könnte, ob eine al- 
phanumerische Taste oder Escape gedrückt 
wurde. 


1000 LDA #129 /OSBYTE setzen 

1010 LDX #100 /Parameter 

1020 LDY #0 

1030 JSR &FFFA /OSBYTE-Aufruf 
ausführen 

1040 BCS Fehler 

1050 RTS 

1060 .Fehler /Fehlerbehandlung 


Es ist wichtig, sich diesen Aufbau einzuprägen, 
da er in ähnlicher Form auch für andere OS- 
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BYTE-Aufrufe Verwendung finden kann. Beson- 
ders die Prüfroutinen sichern ein zuverlässiges 
Arbeiten und sollten stets zur Absicherung Ver- 
wendung finden. 

Andere CALLs von OSBYTE, speziell die Auf- 
rufe mit einem Wert zwischen 166 und 255, kön- 
nen sowohl Variablen aus dem OS lesen als 
auch dorthin schreiben. Wie kann nun OSBYTE 
überhaupt wissen, ob ein Lese- oder Schreib- 
vorgang ausgelöst wurde? 

Die Antwort ist einfach: Wenn an OSBYTE ein 
Parameter übergeben werden soll, muß das 
X-Register diesen Wert enthalten und Y auf O 
stehen. Für das Lesen einer der Systemvaria- 
blen wird XaufOund Y auf 255 gesetztund dann 
der Aufruf durchgeführt. Die Ergebniswerte be- 
finden sich danach in den Registern X und Y. 


Wichtige Funktionen 


OSBYTE-Aufrufe erledigen die „Verwaltung“ 
des Betriebssystems und werden für viele Auf- 
gaben eingesetzt — Diskettensystem, Tastatur- 
steuerung, Econet, die Tasten Escape und 
Break etc. Es ist unmöglich, hier alle OSBYTE- 
Aufrufe aufzuführen. Wir werden uns daher auf 
einige wichtige Funktionen beschränken, die 
im Anwenderhandbuch des Acorm B nicht aus- 
reichend erklärt sind. 


Funktionstasten: *FX18 hat keine Parameter. 
Der Befehl löscht im Speicher die aktuellen De- 
finitionen der Funktionstasten und macht so 
eine Neubelegung möglich. 

*FX225 bis *FX228: Wenn die Funktionstasten 
nicht mit Strings programmiert sind, bewirkt 
dieser Aufruf, daß die roten Funktionstasten 
ASCII-Werte ausgeben. Zum Beispiel veranlaßt 
*FX225,n, daß die Funktionstaste fO den ASCII- 
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Code für n liefert, fl den ASCII-Code für (n+1) 
etc. *FS226 führt die gleiche Aufgabe für die mit 
Shift gedrückten Funktionstasten aus, *FX227 
für die mit Control gedrückten Tasten und 
*FX228 für die gemeinsam mit Shift und Control 
betätigten Funktionstasten. 


Video-Funktionen und VDU-Treiber: Der Bild- 
schirm des Acorn B wird hauptsächlich mit Wer- 
ten gesteuert, die an VDU-Treiber übermittelt 
werden. Etliche Aufrufe von OSBYTE sind dabei 
sehr hilfreich. 

*FX19: Der Befehl arbeitet ohne Parameter 
und eignet sich für die Programmierung von Be- 
wegungsgrafik. Er bewirkt, daß der Computer 
so lange wartet, bis das nächste Bild vollständig 
dargestellt ist. Der Aufruf sollte in jeder Pause 
eingesetzt werden. Da die Anzeige fünfzigmal 
pro Sekunde wiederholt wird, lassen sich damit 
Verzögerungen einsetzen oder Interupts an die 
CPU ausgeben. 

*FX218: Dieser Schreib-/Leseaufruf von OS- 
BYTE liefert die Länge der „VDU-Warte- 
schlange“. Wir hatten bereits erwähnt, daß auf 
einige VDU-Codes andere Codes folgen müs- 
sen. Die Anzahl der Bytes, auf die die VDU-Trei- 
ber zu einem gegebenen Zeitpunkt warten, ist 
die Zahl der Bytes in der VDU-Warteschlange. 
Der Befehl wird hauptsächlich als Lesevorgang 
eingesetzt. Das Ergebnis befindet sich dann er- 
wartungsgemäß im X-Register. 

*FX20: Mit diesem Aufruf können Sie alle AS- 
CII-Zeichen zwischen 32 und 255 umdefinieren 
(und nicht nur eine begrenzte Anzahl). Im Mo- 
dus Obis 6sind dabei auch die normalen Tasta- 
turzeichen zugänglich. Für die Umdefinierung 
von Zeichen, deren Codes zwischen 32 und 128 
liegen, muß im Speicher Platz reserviert wer- 
den (der BASIC-Bereich wird mit PAGE auf 
einen höheren Wert gesetzt). Die Umdefinie- 
rung arbeitet mit VDU23 und Blöcken von 32 
Zeichen, wobei jeder Block 256 Bytes benötigt. 
Der einzige Parameter, der benötigt wird, wird 
in das X-Register übergeben. Im Handbuch ist 
diese Technik ausführlich beschrieben. 


Tonerzeugung: *FX210,n schaltet sämtliche 
Soundeffekte ab, und *FX210,0 stellt sie wieder 
an. Setzt man einen anderen Parameter als X 
ein, so wird die Klangausgabe deaktiviert. 
*FX211 bis *FX214: Diese ais Schreib-/Lese- 
aufrufe ausgelegten Routinen steuern den von 
CTRL-G oder VDUT erzeugten Klang. *FX211,n 
bestimmt den Kanal des Tonerzeugungschips, 
auf dem der VDUT-Klang generiert wird. 
*FX212,n legt die Lautstärke der fertigen Töne 
fest oder definiert die zur Tonerzeugung not- 
wendige Hüllkurve. Die Codierung der Laut- 
stärke hat das gleiche Format wie der Amplitu- 
denparameter im BASIC-Befehl SOUND (—15 
maximale und O0 minimale Lautstärke, positive 
Werte bezeichnen die Nummer der Hüllkurve). 
Der per X-Register an den FX CALL überge- 
bene Wert wird nach der Formel (n—1)*8 be- 


rechnet, wobei n der Parameter ist. *FX213,n 
steuert die Höhe des von VDUT erzeugten To- 
nes und *FX2l4,n die Dauer. 


Escape-Taste: Mit *FX229,n läßt sich die Es- 
cape-Taste „abschalten“. *FX229,1 schaltet sie 
aus, während *FX2291 ihre normale Funktion 
wiederherstellt. 

Mit *FX220,n kann der Anwender eine Taste 
definieren, die den Escape-Vorgang auslöst; 
die normale Escape-Taste wird dabei abge- 
schaltet. n bestimmt den ASCII-Wert der Taste. 
So veranlaßt *FX220,65, daß die Taste A eine 
Escape-Funktion auslöst. 


Buffer: *FX21,n löscht die im Buffer vorhandenen 
Bytes. So beseitigt das Löschen des Tastatur- 
buffers alle Zeichen, die sich dort während 
eines Programmablaufs angesammelt haben. 
Wenn sich bei Ausführung eines GET-Befehls 
noch Zeichen im Tastaturbuffer befinden, holt 
GET sich ein Zeichen aus dem Buffer und nicht 
von der Tastatur. Das Löschen des Klangbuffers 
beendet die Tonerzeugung dieses Kanals, 
selbst wenn sich darin noch Befehle befinden, 
auf die der Klangchip wartet. X definiert den 
Buffer, der gelöscht werden soll (siehe Ta- 
belle). 

*FX138,n,m setzt den Wert m in den Buffer n 
ein. Die Buffernummern sind die gleichen wie 
bei *FX21. So legt *FX138,0,65 das Zeichen A im 
Tastaturbuffer ab. 

Beialldiesen Aufrufen von OSBYTE befinden 
sich die entsprechenden Parameter in den Re- 
gistern A, X und Y. 

Diese Aufstellung erhebt keinen Anspruch 
auf Vollständigkeit. 

Wir haben nur einige wesentliche Funktio- 
nen von OSBYTE behandelt. Es gibt zwar noch 
weitaus mehr, doch verwenden alle die Techni- 
ken, die in diesem Artikel beschrieben sind. 


Korrektur 

Im Programm (Seite 1634) für anwenderdefi- 
nierte Funktionen (USERV) fehlte ein Teil. 
Hier das vollständige Listing. 


DIM C 188 2 228 asc$=STR$(asc) 
USERV=&288 238 rep$=STR$(rep) 
?USERV=&88 248 code$="*CODE 
?CUSERV+1?=&BC "+asc$+","+trep$ 
FOR 1%=6 TO 2 250 $C=codet 
STEP 2 268 X%=C MOD 256 
PA=&C86 278 Y/=C DIU 256 
se £ OPT I% 288 CALL &FFF? 

CMP #8 298 NEXT: NEXT 

BNE notcode 

TXA 

.100; 

JSR &FFE3 

DEY 

CPY #8 

BNE 1o0p 

RTS 

„notcode 


168 . 
288 FOR rep=1 to 18 
218 FOR asc=33 TO 48 


Die gedruckte Seite 


Wir beenden unsere kurze Serie über die Einführung neuer 
Technologien im grafischen Gewerbe und zeigen Möglichkeiten, wie 
sich Produktionskosten reduzieren lassen. 


ie Einführung des Buchdrucks mit beweg- 
lichen Lettern durch Johannes Gutenberg 
war ein bedeutendes Ereignis, weil damit „das 
geschriebene Wort“ mehr Menschen zugäng- 
lich wurde. Vor dieser Erfindung wurden Bü- 
cher mühsam von Hand hergestellt — entweder 
handgeschrieben oder aber Buchstabe für 
Buchstabe in Holzplatten geschnitten. Da der 
Arbeitsaufwand und somit die Produktionsko- 
sten sehr hoch waren, gab es nur wenig Exem- 
plare. Johannes Gutenbergs Technik der Ein- 
zelbuchstaben reduzierte die Herstellungsko- 
sten drastisch. Es wurde möglich, mehr Exem- 
plare eines Werkes kostengünstig zu drucken. 
Natürlich sind die jüngeren Fortschritte in der 
Druckindustrie mit der Erfindung der Drucker- 
presse nicht vergleichbar. Dennoch lassen sich 
einige Vergleiche ziehen. Mit den neuen, auf 
Computer-Technologie basierenden Herstel- 
lungsmethoden können Vorlagen erstellt wer- 
den, die qualitativ traditionellen Produkten ent- 
sprechen, aber zu niedrigeren Kosten herstell- 
bar sind. Während durch Gutenbergs Arbeit 
Bücher einem größeren Publikum zugänglich 
wurden, hat der computerisierte Herstellungs- 


prozeß eine andere, aber nicht weniger wich- 
tige Auswirkung. 

Die Verkaufspreise für Zeitschriften und Bü- 
cher sind bereits recht niedrig, und es ist kaum 
anzunehmen, daß niedrigere Herstellungsko- 
sten und somit ein geringerer Endverbraucher- 
preis den Verkauf entscheidend fördern. Für 
Verlagshäuser aber bedeutet die Produktions- 
kostenreduzierung, daß weniger Exemplare 
verkauft werden müssen, um kostendeckend 
arbeiten zu können. Dadurch wiederum können 
Spezialpublikationen, die zuvor aus ökonomi- 
schen Gründen nicht realisierbar waren, auch 
endlich für kleinere Zielgruppen veröffentlicht 
werden. 

In der letzten Ausgabe zeigten wir den Her- 
stellungsprozeß bei der Zeitschriftenproduk- 
tion auf und führten derzeit stattfindende Verän- 
derungen an. Verfolgen wir den Gedanken 
einer optimierten Produktion weiter, so kom- 


reproduzieren. Früher 
waren diese Geräte 
teuer. Das gezeigte, 
digitalisierte Bild 


Mit dem Digitiser 
kann der Anwender wurde mit dem 
Bilder speichern und „Ihundercan“-System 
dann im Seitenlayout hergestellt. 
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men wir zum „Stand-Alone"-Microcomputer, 
der sowohl zur Textverarbeitung wie zur Layout- 
Gestaltung als auch als Steuereinheit für einen 
Hochleistungsdrucker ohne weiteres verwen- 
det werden kann. 

Der mit 512 KByte ausgerüstete Apple Macin- 
tosh (bekannt als „Fat Mac“) verfügt über hoch- 
entwickelte Software, die speziell für diesen 
Zweck geeignet ist. Das Programmpaket ent- 
hält den „PageMaker". Benutztman einen Hoch- 
leistungsdrucker in Verbindung mit diesem 
Programm, so kann man Publikationen produ- 
zieren, die fast Satzqualität haben. 

Der Macintosh mit seiner Fenstertechnik, 
Piktogrammen und der Maus-Steuerung ist 
ideal für eine Anwendung wie den PageMaker. 
Die vertrauten „Pulldown“-Menüs und Bild- 
schirmfenster werden sofort nach Laden des 
PageMaker angezeigt. Der Bildschirm des Mac 
wird dann zu einem Layouttisch, auf dem sämt- 
liche Werkzeuge für die Seitengestaltung zur 
Verfügung stehen. 


Layout am Schirm 


Normalerweise beginnt der Layouter mit einem 
Spaltenbogen, der Standardseite jeder Publika- 
tion, und zieht Linien, um Textläufe, Überschrif- 
ten, Paginierung und weiteres unterzubringen. 
Kopien dieses Rasters werden dann benutzt, 
um der Publikation ein einheitliches Gesicht zu 
geben. Traditionell werden Layoutbögen für die 
Nullnummer mit der Hand gezeichnet und blei- 
ben dann solange Standard, bis eine Layoutän- 
derung erfolgt. 

Diese Methode wird durch den PageMaker 
ersetzt, mit dem die Erstellung von „Master"- 
Seiten möglich ist. Damit wird zunächst das Sei- 
tenformat (z. B. DIN A4) festgelegt, die Kolum- 
nen, Schnittkanten und Positionen der Paginie- 
rung, der Logos und Kolumnentitel bestimmt. Ist 
eine „Master"-Seite für ein bestimmtes Objekt 
erstellt, kann sie jederzeit wieder abgerufen 
werden und als Layoutbogen benutzt werden. 
Jetzt lassen sich die individuellen Seiten ge- 
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stalten. Normalerweise benutzt der Layouterein 
Federmesser, um Texte und Bilder auszu- 
schneiden und sie auf dem Raster zu positionie- 
ren. Beim PageMaker können Text und Fotos 
von Diskette geladen werden. Da diese Pro- 
gramme mit anderen Macintosh-Programmen 
kompatibel sind, läßt sich ein mit MacWnite ge- 
schriebener Artikel direkt in den PageMaker 
laden und weiterverarbeiten. Die Gestaltung er- 
folgt mit PacPaint und MacDraw. 


Grafiken verkleinern 


Nachdem die verschiedenen Komponenten ge- 
laden worden sind, bedient man sich der „Tool- 
box“ auf dem Bildschirm. Ihre „Werkzeuge" er- 
lauben einem zum Beispiel, Text auf dem Bild- 
schirm hinzuzufügen oder zu editieren - indem 
man das Piktogramm A wählt oder mit der „Re- 
pro" Grafiken verkleinert, vergrößert oder be- 
schneidet, um sie dem vorhandenen Raum an- 
zupassen. Mittels der Maus können Text und 
Grafik fixiert und auf dem Layoutbogen bewegt 
werden. 

PageMaker bietet aber auch Möglichkeiten, 
die Seite mit speziellen Elementen auszustat- 
ten, etwa Kästen um bestimmte Textbereiche. 
Es enthält Piktogramme, mit denen man Linien, 
Kreise, Ellipsen und Rechtecke mit oder ohne 
„runde Ecken“ ziehen kann. Selbst die Stärke 
der Linien läßt sich bestimmen, indem man das 
entsprechende Menü anwählt. Sind die Kontu- 
ren einmal gezogen, können sie schwarz oder 
weiß, mit unterschiedlichen Grauwerten oder 
Rastern gefüllt werden. PageMaker bietet dem 
Layouter unschätzbare Vorteile, ist aber so ein- 
fach in der Handhabung, daß er auch von uner- 


Diese Rechnung wurde 
direkt mit einem Mac- 
intosh entworfen und 
gedruckt. Die Marken- 
zeichen von Unterneh- 
men und Warenzeichen 
werden ebenfalls auf 
Rechnungen und Brief- 
bögen gedruckt. 


Banana 
5130 
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lan \cKinnell 


300.00 
17,50 


12.00 
25.50 
25.00 
15.00 
15.50 


s.50 


Sub Total £ 422.00 
Plus VAT.@15% £ 63.30 
TOTAL £ 485.30 


Mit Programmen wie 
MacDraw und Mac- 
Paint geschaffene Fi- 
les können auf Dis- 
kette gespeichert und 
dann in den PageMa- 
ker geladen werden. 
Anschließend lassen 
sie sich für den Druck 
bearbeiten. Sowohl 
MacDraw als auch 
MacPaint bieten dem 
Layouter optimale 
Möglichkeiten. 


fahrenen Anwendern erfolgreich und ohne 
Schwierigkeiten benutzt werden kann. 

Der „Fat Mac", ein Laser Writer und die erfor- 
derliche Software kosten eine schöne Stange 


Computer Welt uy 


Geld, doch die Einführung der Rechner auf 
WIMP-Basis wie etwa des Atari 520ST mit dem 
GEM-Betriebssystem könnten zu drastischen 
Kostenreduzierungen führen. 


Kostenreduzierung 


Wieviel Zeit und Geld kann man mit einem 
elektronischen Seitengestaltungs-System wie 
dem Macintosh, Laser Drucker und PageMa- 
ker tatsächlich sparen? Nehmen wir an, der 
Macintosh würde für die Herstellung einer 
l6seitigen Zeitung in Profiqualität benutzt 
werden. Vorausgesetzt, diese Publikation 
würde von einem kleinen Redaktions- und 
Layout-Team erstellt, und sämtliche Arbeiten 
bis auf den Satz würden hausintern durchge- 
führt, ergäbe sich folgende Kostenrechnung: 


Arbeit 
Manuskriptauszeichnung 
Satz und Korrekturen 
Herstellung 

Korrekturlesen 

Layout und Reinzeichnung 
Reinzeichnung/Endmontage 


ı Gesamt: 1800,— | 


IRLNENHUNN! 
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Schrittmacher 


Bei modernen Litho-Techniken bedient man 
sich der Fotografie, um Bilder auf Papier zu 
übertragen. Druckfertige Seiten müssen des- 
halb als „Aufsichtsvorlagen“ geliefert wer- 
den. Der Text muß sauber gesetzt vorliegen. 
Das ist anders als früher, als noch Lettern in 
Metall hergestellt wurden. 


Fotosatzmaschinen liefern die benötigten 
Vorlagen. Der Text wird über Tastatur oder 
von Diskette eingegeben und auf langen Fah- 
nen — auf Fotopapier — ausgegeben, das den 
sauber gesetzten Text enthält und in die 
Reinzeichnung geklebt wird. 


Ältere Fotosatzgeräte arbeiteten mit einer 
runden Scheibe, die alle Satzzeichen in einem 
bestimmten Schnitt trug. Lichtempfindliches 
Papier wurde dann an einer Seite der 
Scheibe vorbeigeführt. War der gewünschte 
Buchstabe in der richtigen Position, erfolgte 
die Belichtung, und damit wurde der Buch- 
stabe aufs Papier übertragen. 


- 


Mit dem PageMaker könnte eine vergleich- 
bare Publikation von einer Person in etwa 
fünf Stunden zu einem Stundenpreis von etwa 
40 Mark hergestellt werden. Die 16 Seiten lie- 
ßen sich also mit einem Produktionskosten- 
aufwand von 200 Mark erstellen. Doch es gibt 
noch andere Vorteile. Bei der herkömmlichen 
Methode ist ein sorgfältig geplanter Arbeits- 
ablauf Voraussetzung, der in unserem Bei- 
spiel rund zwei Wochen beanspruchte. Mit 
dem PageMaker entfallen viele organisatori- 
sche Probleme, da Textkorrekturen, Kürzun- 
gen und Ergänzungen. 


Aufwand Kosten DM 
5 Stunden a DM 20,— 100,— 
pauschal 1000,— 
5 Stunden a DM 20,— 100,— 
8 Stunden a DM 20,— 160,— 
6 Stunden a DM 20,— 120,— 
16 Stunden a DM 20,— 320,— 


Das Foto zeigt ein modernes Fotosatzsy- 
stem auf Laserbasis. Es ist ein typisches com- 
putergesteuertes System und kann bis zu 
368 000 Zeichen pro Stunde erzeugen. 


Das dargestellte System besteht aus drei 
Hauptkomponenten. Links steht eine Linotro- 
nic 300 — ein hochwertiges Lasersatzsystem 
mit einer Auflösung von bis zu einer Million 
Punkte pro Quadratzentimeter. Die Schrift 
kann erweitert oder komprimiert, kursiv ge- 
stellt und negativ gesetzt werden. Bis zu 32 
Schrifttypen pro Zeile sind darstellbar. 

Das Terminal in der Mitte erlaubt die ma- 
nuelle Texteingabe von Diskette oder über 
ein angeschlossenes Modem. 


Die Darstellungseinheit rechts, eine Lino- 
type-Paul Typeview 300, stellt den Text in 
Schriftart, Schriftgrad und Position so dar, wie 
er gesetzt aus dem Gerät kommt. Mit derarti- 
gen Systemen lassen sich nicht nur fertige 
Aufsichtsvorlagen erstellen, sie können auch 
an größere Netzwerke angeschlossen wer- 
den, zu denen verschiedene Verlage Zugriff 
haben. Linotype zum Beispiel bietet ein Sy- 
stem, das bis zu 40 interaktive Terminals 
gleichzeitig steuern kann und dabei On-Line 
speichert und gleichzeitig Zugriff zu Periphe- 
riegeräten erlaubt. Ein einziges von einer Zei- 
tung betriebenes System wäre so in der 
Lage, Eingaben von Redakteuren im Haus 
und von Außenredaktionen zu verarbeiten, 
Archivmaterial aufzunehmen, es an die Re- 
daktionen weiterzuleiten, es mit Illustrationen 
zu kombinieren und das Gesamtmaterial an 
das Layout zu geben, bevor die Ausgabe des 
Endprodukts erfolgt. 
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1. Platine vorbereiten 


Befestigungslöcher 
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Platine von oben 
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Es ist. 
soweit! 


Der mechanische Aufbau 


unseres Robot-Armes ist 
abgeschlossen; was fehlt, 
sind nur noch die 
elektrischen Verbindungen. 
Zu jedem der vier 
Servomotoren müssen 
Stromversorgungs- und 
Steuerleitungen geführt 
werden. 


20-poliges Flachkabel 
(Acorn B-Version) 


Servomotor Oberarm 


Stromversorgung, 5V DC 


1 Platine vorbereiten 

m jeder Servomotor hat drei Anschluß- 
leitungen. Die bei unserem Projekt verwen- 
deten Futuba-Motoren haben zur sicheren 
Unterscheidung verschiedenfarbige Kabel: 
Die Steuerleitungen sind weiß, die Plus-Lei- 
tungen der Stromversorgung rot und die Mas- 
seleitungen schwarz. Zur Verbindung der 
Motoranschlüsse mit dem Computer verwen- 
den wir ein 20-poliges Flachkabel und eine 
Leiterplatte mit 20 Bahnen A neun Löcher, die 
hinten auf der Basis des Robot-Armes mon- 
tiert werden soll. Zuerst die Platine (Ver- 
oboard) zuschneiden und die beiden seit- 
lichen Befestigungslöcher bohren. Mit der 
Platine als Schablone werden dann in die 
Rückwand der Basis zwei weitere Löcher ge- 
bohrt, so daß die Platine sich dort mit Maschi- 
nenschrauben befestigen läßt. Ein weiteres 
Loch dient zum Durchführen der diversen 
Anschlußleitungen des Servomotors im Ba- 
sis-Gehäuse. 

Vor dem Festschrauben der Platine wer- 
den die von den vier Motoren herangeführten 
Leitungen nach dem Vorbild der Zeichnung 
mit der Platine verlötet. Die vier Steuerleitun- 


2. Anschluß am ( 


DO 


Servomotor Tragkörper 


Anschlußstecker 
für Spectrum-Interface 


Servomotor Unterarm 


Servomotor Greifer 


Laufrichtung der 
Leiterbahnen 
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20-poliger IDC-Stecker 


Anschlußstecker für den User Port 


des Commodore C 64 


24-poliger Platinenstecker 


Anschlußstecker für Acorn B 


S>omputer 


gen und die Computer-Masseleitung liegen 
an der Platinen-Unterkante. Das Bild zeigt 
das 20-polige Kabel für den Acorn-B, für die 
Spectrum- und Commodore-64-Version kön- 
nen Sie entweder fünf Einzel-Litzen oder ein 
5-poliges Flachkabel verwenden. Die weißen 
Steuerleitungen der Motoren sitzen jeweils 
direkt über den entsprechenden Datenlei- 
tungen vom Computer. Die schwarzen Kabel 
liegen alle auf der gleichen Leiterbahn wie 
der Masseanschluß des Computers und der 
Minuspol der Stromversorgung, der positive 
Anschluß wird mitroten Kabeln verbunden. 
Zuletzt wird die 5-Volt-Stromversorgung 
mit der Platine verbunden. Die interne 5-Volt- 
Stromversorgung des Acorn B, Spectrum bzw. 
Commodore 64 reicht zum Antrieb der vier 
Servomotoren nicht aus. Als Alternative dient 
entweder eine 4,5-Volt-Flachbatterie oderein 
Batteriehalter mit 3 1,5-Volt-Monozellen. Na- 
türlich geht es auch mit einem 5-Volt-Gleich- 
stromnetzteil entsprechender Leistung, dann 
muß aber anstelle der Stromversorgungs- 
Leitungen ein kleiner Netzteil-Stecker auf 
der Verbindungsplatine montiert werden. 
Der negative Anschluß des Steckers wird 


D2 D3 E 


\ D-Stecker 


Unterlegscheibe 


Maschinenschrauben 


3. Platine befestigen 


dann mit dergleichen Leiterbahn verbunden, 
an der die Masseleitung des Computers und 
die schwarzen Leitungen der Servomotoren 
angelötet sind. Entsprechend wird der posi- 
tive Anschluß an der Leiterbahn der roten 
Servomotor-Kabel angeschlossen. 


2 Anschluß am Computer 

m Was jetzt noch fehlt, ist die Verbin- 
dung der Platine mit den Datenleitungen DO 
bis D3 und der Masse des Computers. Beim 
Acorn B verwenden Sie dazu ein normales 20- 
poliges Flachkabel mit IDC-Stecker, für den 
Commodore C© 64 einen 24-poligen Platinen- 
stecker (0,15 Zoll). Leitungen wie im Bild un- 
ten an der Platine festlöten. 

Sowohl beim Acorn B als auch beim Com- 
modore ist die Schaltung für Ein- und Aus- 
gabe über den User Port bereits in die Haupt- 
platine integriert. Der Spectrum verfügtin der 
Grundausstattung nicht über die entspre- 
chende Schaltung — er muß erst mit einem 
speziellen Interface ausgerüstet werden, das 
sich am Erweiterungsanschluß aufstecken 
läßt. Den Aufbau dieses Interface haben wir 


Servomotor Unterarm 


Servomotor Oberarm 


schon beschrieben (siehe S. 1464, 1490, 1518). 

Die Daten- und Stromversorgungsan- 
schlüsse des Spectrum-Interface sind in 
einem 1l2-poligen D-Stecker zusammenge- 
faßt, der sich für einen direkten Anschluß am 
Robot-Arm nutzen läßt. Dazu brauchen Sie 
einen 15-poligen D-Anschluß, wie erauch am 
Gehäuse unseres Robot-Autos eingebaut ist. 
Er wird gemäß dem Bild unten mit dem freien 
Ende des Flachkabels von der Platine des 
Robot-Arms verbunden und mit einem Stek- 
kergehäuse versehen. 


3 Platine befestigen 
m Nach der gründlichen Prüfung aller 


Verbindungsleitungen und Anschlüsse kön- 
nen Sie die Platine mit zwei Maschinen- 
schrauben auf der Rückseite der Basis befe- 
stigen. Datenleitung DO (ganz links) ist mit 
der weißen Leitung des Servomotors in der 
Basis verbunden; D1 führt zum Servomotor für 
den „Oberarm“, D2 zum Motor des „Unter- 
arms“, der neben dem Schultergelenk sitzt. 
Zur Steuerung des Greifermotors (rechts am 
Tragkörper) dient Datenleitung D3. 


für Greifer 


Servomotor für Tragkörper 
(in der Basis) 


Loch für Anschlußkabel 
des Servomotors in der Basis 


Kunststoff-Abstandshalter 


Stromversorgung, 5V DC 
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Servomotor 


FORTH kann Strings 
auf drei verschiedene 
Weisen im Speicher un- 
terbringen. Jede Me- 
thode arbeitet mit einer 
Adresse, die sich leicht 
einsetzen läßt und auf 
den Speicherbereich 
zeigt, in dem der String 
untergebracht wurde. 
Alle drei Methoden 
verwenden jedoch un- 
terschiedliche Techni- 
ken, um die Länge des 
Strings festzustellen. 
Beim „gezählten String“ 
wird die Längeninfor- 
mation im ersten Byte 
des Bereichs unterge- 
bracht, in dem auch der 
String gespeichert 
wurde. Der „Textstring“ 
legt den Längenwert 
auf den Stapel, wo er 
verändert werden kann. 
Einige FORTH-Versio- 
nen unterstützen 
Strings, die mit NUL 
beendet sind. Dabei ist 
das Ende des Strings 
einfach durch ein Null- 
byte markiert. 


Gezählter String 


Stapel 


Textstring 
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Wortspiele 


Mit der Verarbeitung von Strings beschließen wir unsere 
FORTH-Serie. Dabei simulieren wir verschiedene Möglichkeiten 
der BASIC-Stringverarbeitung in FORTH. 


ir hatten bereits gesehen, daß sich das 

Wort .“ zwar leicht einsetzen läßt, für kom- 
pliziertere Stringverarbeitung aber nicht geeig- 
net ist, da dabei zwei wesentliche Probleme 
entstehen: Wo soll der String untergebracht 
werden und wie läßt er sich speichern? Da Ab- 
läufe dieser Art recht komplex sind, lohnt es 
sich, Wörter zu definieren, die die Einzelheiten 
für Sie erledigen. 

Strings können in zwei Bereichen unterge- 
bracht werden — in den mit ALLOT reservierten 
Parameterfeldern der im Vokabular eingetrage- 
nen Wörter und in einem Bereich namens 
„pad“. Pad ist ein Zwischenspeicher, den 
FORTH auch für andere Aufgaben einsetzt. Bei 
jedem Vokabulareintrag oder jeder Interpreta- 
tion eines FORTH-Wortes per Tastatur kann Pad 
überschrieben oder verschoben werden. 

FORTH speichert Strings auf zwei Arten (als 
ASCII-Werte), die sich nur durch die Methode 
unterscheiden, mit der sie die Länge des 
Strings angeben. 

Bei „gezählten Strings" wird die Länge (maxi- 
mal 255 Bytes) in einem einzigen Byte unmittel- 
bar vor den Zeichen gespeichert. Strings dieser 


Zeichen des Strings 


Ein NUL-Byte ist 
die Endmarkierung 


Art lassen sich über die Adresse dieses Zähler- 
bytes ansprechen. Zwar können Sie den String 
nicht auf den Stapel schieben, doch genügt es, 
seine Adresse dort abzulegen. Bei „Textstrings“ 
wird die Länge nicht automatisch mit abgespei- 
chert. Hier müssen Sie zwei Informationen an- 
geben: die Adresse des ersten Zeichens und 
die Länge des Strings. 

Der in Stringvariablen zur Verfügung ste- 
hende Platz ist begrenzt, daerim Parameterfeld 
liegt, dessen Länge mit ALLOT fest definiert 
wurde. Bei SVARIABLE müssen Sie daher nicht 
nur einen Anfangswert angeben, sondern auch 
die maximale Länge zukünftiger Zuordnungen. 
Dabei kann es vorkommen, daß die Länge der 
ersten Zuordnung für später eingegebene 
Strings nicht ausreicht. 

Sehr praktisch ist das Wort ASCII. Es findet 
sich in den meisten FORTH-Versionen, gehört 
aber nicht zum Standard. ASCII schiebt den AS- 
CII-Code des nachfolgenden Zeichens auf den 
Stapel. Bei einer Colon-Definition compiliert es 
für die angegebene Zahl ein numerisches Zei- 
chen, das dann während der Laufzeit auf den 
Stapel geschoben wird. 

32 CONSTANT BL ( ASCII-Code für ein 

Leerzeichen ) 
:ASCII ( —— ASCII-Code ) ( Zeichen im 
ASCII-Format ) 
BL WORD ( nächstes Wort holen ) 
1+ C@ ( und den ASCII-Code für sein 
erstes Zeichen holen ) 
STATE @ IF ( IF gilt für die Colon- 
Definition ) 
[ COMPILE ] LITERAL ( LITERAL ist 
unmittelbares Wort ) 
THEN 
;IMMEDIATE ( ASCII hat spezielle 
Compiliereigenschaften ) 


:$ VARIABLE ( Länge —— ) ( eingesetzt im 
Format: ) 
( Länge $VARIABLE Namen- 
initialisierer " ) 


( Im Parameterfeld wird 1 Byte für die ) 
( maximale Länge gefolgt von einem 
gezählten ) 
( String dieser Länge eingerichtet ) 
CREATE 
255 MIN ( sicherstellen, daß der String 
nicht zu lang ist ) 
1 ALLOT ( für maximale Länge ) 
ASCII "WORD ( Länge, Initialisierer als 
gezählter String ) 


DUPC @ ROT MAX ( Initialisierer, Max. 
Länge ) 
DUP HERE 1— C! ( max. Länge 
einsetzen) 
HERE SWAP 1+ ALLOT ( Initialisierer, 
Addresse zur Speicherung ) 
OVER C@ 1+ CMOVE ( Initialisierer ein- 
kopieren ) 
DOES > (pfa —— pfa + 1 ) ( Wert als ge- 
zählten String auf Stapel schieben ) 
+ 


Die folgenden Zeilen definieren $@ und $! für 
SVARIABLES. Der Stapel wird im Text-String- 
Format (Adresse und Länge) eingesetzt, um die 
Werte ansprechen zu können. 

:$@ ( pfa + 1 für die Stringvariable —— 

Text-String ) 
COUNT 


:$! ( Text-String, pfa + 1 für die String 
Variable —— ) 
( kürzt den Wert, falls er für die Variable 
zu lang ist ) 
DUP 1 — C@ ROT (adr, pfa, max. Länge, 
wirkliche Länge ) 
MIN ( adr, pfat+1, einge- 
setzte Länge ) 
OVER OVER SWAP ( addr, pfa+1, Länge, 
Länge, pfa+1 ) 
C! ( neue Länge spei- 
chern ) 
SWAP 1 + SWAP (adr, pfa+2, Länge ) 
CMOVE 


Sie können nun Stringvariablen anlegen wie: 

0 $VARIABLE ZIFFERN 0123456789" 
(Die Owird automatisch auf lOgesetzt, um die 10 
vorhandenen Zeichen zu berücksichtigen. Da- 
nach ist die maximale Länge der Stringvaria- 
blen auf 10 festgelegt.) 

ZIFFERN $ @ TYPE 
(zeigt 0123456789 an) 

255 $ VARIABLE XPAD XXX” 
(ein stabilerer Pad für 255 Zeichen.) 
Es wäre praktisch, wenn sich Stringwerte per 
Tastatur verändern ließen. Die Wörter ” und 
SINPUT entsprechen den BASIC-Anweisun- 
gen LETAS= „...“ und INPUT AS. 

> ( —— Adresse, Länge des Text- 

String ) 

( außerhalb der Colon-Definition im 
Format — "text" eingesetzt ) 

ASCII "WORD COUNT ( Text-String holen ) 

XPAD $! ( in XPAD speichern ) 

XPAD $@ ( Adresse und Länge 

; bleiben unverändert) 
Das Wort “ erhält seinen String auf die gleiche 
Weise, wie bei Wörtern vom Typ VARIABLE ein 
neuer Name definiert wird. Diese Art Wörter 
können daher in Colon-Definitionen nicht funk- 
tionieren, lassen sich aber so einsetzen: 


"Papagei" PET $! PET $@ TYPE 
"Pinguin" PET $! PET $@ TYPE 
Hier ein Wort, das Eingabebefehle imitiert: 

:$INPUT ( pfa+1 der String Variable —— ) 
( wartet darauf, daß Sie einen 
String eingeben und kopiert ihn in 
die Variable) 

DUP DUP 1+ (pfa+1, pfat1, pfa+2) 

SWAP 1—C@ 2— (pfa+1, pfat2, 

max.Länge-:2 ) 

EXPECT 

SPAN @ SWAP CI! 


Das Programm informiert EXPECT, nicht mehr 
Zeichen zu holen, als Platz in der Variablen ist. 
Bei einer bestimmten FORTH-Version kann hin- 
ter dem String zusätzlich ein NUL-Zeichen ein- 
gesetzt werden. Zur Sicherheit wird von der ma- 
ximalen Länge daher 2 abgezogen, da sonstim 
Vokabular der Kopfsatz des nächsten Wortes 
zerstört werden könnte. 

In FORTH-79und figFORTH schreibt EXPECT 
in jedem Fall ein oder zwei NUL. Diese Zeichen 
sind notwendig, da die älteren FORTH-Versio- 
nen kein SPAN enthalten. Dabei muß ein zusätz- 
liches Wort die Zeichen bis NUL zählen und so 
die Länge des Strings feststellen. 

Jetzt ist es möglich, das BASIC-Programm 

10 PRINT "Wie heißt Du?” 

20 INPUT A$ 

30 PRINT "Nett, Dich kennen- 

zulernen,";A$; "." 

40 PRINT "Bis zum nächsten Mal! Tschüß!” 
mit selbstdefinierten Befehlen auch in FORTH 
zu schreiben: 

30 $VARIABLE NAME 

:HALLOI! 

." Hallo! Ich bin der Computer. Wie heißt 
Du?” CR 

NAME $INPUT 

." Das ist aber ein interessanter Name,” 
NAME 

$@ TYPE 

."." ( Punkt anzeigen ) CR 

." Paß auf Dich auf, OK? Schönen Tag 

noch!” 
CR 


Mit BASIC lassen sich schnell kurze Pro- 
gramme schreiben, denen alle Fähigkeiten der 
Sprache (Fließkomma, Arrays, Strings etc.) zur 
Verfügung stehen. Für längere Programme eig- 
net sich BASIC jedoch nicht, da es immer an die 
niedrige Struktur der Sprache gebunden ist — 
z. B. die Zeilennummern. Sehen Sie sich im Ver- 
gleich einmal unser FORTH-Wort HALLO! an. Es 
ist einfach aufgebaut und gibt ein ungefähres 
Verständnis davon, wie SINPUT, $ @ und ähn- 
liche Wörter arbeiten. Die genaue Funktion läßt 
sich immer über die darin eingesetzten Wörter 
feststellen. Für den Programmablauf brauchen 
Sie jedoch nur zu wissen, was ein Wort ausführt, 
d. h. welche Werte auf dem Stapel sein müssen 
und welche Ergebnisse dort abgelegt werden. 
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Wenn beim Durchlau- 
fen dieses Baumes 
nicht wahrheitsgemäß 
von einer Frau oder 
einem Mann geantwor- 
tet wird, führen die 
Verzweigungspunkte zu 
Endwerten, die das Pro- 
gramm als ungültige 
Aussagen erkennt. Der 
Baum ähnelt zwar dem 
Beispiel im letzten Ab- 
schnitt, er besitzt je- 
doch nicht nur auf Stufe 
5 seine Endpunkte. Die 
Gabelungen mit alter- 
nativer Antwortmög- 
lichkeit sind blau nu- 
meriert, Endpunkte in 
Rot und in Schwarz. Die 
roten Ziffern bezeich- 
nen gültige Resultate 
(also „weiblicher bzw. 
männlicher Mensch“). 


Mensch p< Tier H 
x 


Frau Q Mann oO" 


Ungültig x 


Baumschule 


Mit dem „Entscheidungsbaum“ haben wir eine einfache Methode 
zum Abfragen und Bearbeiten von unterschiedlichen Bedingungen in 
unser Adventure-Spiel eingeführt. Diese Technik wird jetzt durch 
zusätzliche Programmteile optimiert. 


m letzten Kursabschnitt haben wir eine Reihe 

von Bedingungen abgefragt und die entspre- 
chende Antwort auf dem Bildschirm dargestellt. 
Was aber, wenn wir nicht auf alle, sondern nur 
auf einige Fragen antworten wollen? ON — 
GOTO-Befehle allein reichen dann nicht aus, 
wenn wir am Schluß zu eindeutigen Werten 
kommen wollen, die zur Erzeugung einer richti- 
gen Antwortmeldung dienen. Auch hier kann 
der Entscheidungsbaum weiterhelfen. 

Für unser Beispiel mit vier Bedingungen — 
Mensch, Tier, männlich oder weiblich — haben 
wir diesen Baum entwickelt. Alle Antworten, bei 
denen der Anwender nicht eindeutig definiert, 
ob es sich um ein männliches oder weibliches 
Wesen handelt, werden nun zurückgewiesen. 
Der neue Baum ist dem alten ähnlich: Es gibtim- 
mer noch vier Stufen, und weiterhin werden auf 
jeder Stufe die in Array c gespeicherten Ele- 
mente abgefragt. Die Nummern der Knoten- 
punkte sind allerdings nicht mehr auf die glei- 
che Weise verknüpft wie vorher. Das liegt 
daran, daß ein Endpunkt jetzt nicht mehr unbe- 
dingt an den „Wurzeln“ des Baumes liegen 
muß, sondern auch weiter oben auftreten kann 
— wie etwa der Knotenpunkt 9im neuen Baum. 

Um den Baum ins Programm zu integrieren, 
müssen wir zuerst die Punkte numerieren, an 


Mann 


oder Frau? 


Stufe Eins 
l 

e wi 
‚ | m Stufe Zwei 
XD ß X 11 Stufe Drei 

„7 NL 

5 

*. Stufe Vier 


denen eine Entscheidungsmöglichkeit besteht 
(Punkt 1-6). Wird beim Durchlaufen des Bau- 
mes eine Nummer über 6 erreicht, sind wir an 
einem Endpunkt angelangt. 

Als weitere Vereinfachung bekommen die 
Punkte, an denen eine bestimmte Handlung er- 
folgen muß — in diesem Fall Punkt 7 und 8— die 
nächsthöheren Nummern. Jeder dieser Punkte 
steht für eine der beiden Prüfbedingungen. Die 
folgenden Nummern werden an die restlichen 
Endpunkte, die für die Entscheidung unwichtig 
sind, vergeben. 

Der Grund für diese Ordnung wird später 
noch deutlicher, wir wollen den Baum zuerst 
einmal ins Programm einbauen. Dazu brauchen 
wir ein neues Array t(6,1) — beim Spectrum 
t(6,2) — das Informationen über die Verzwei- 
gungen speichert und entsprechend der getrof- 
fenen Entscheidung zum nächstfolgenden 
Punkt hinführt. Die Werte des Array tsindin der 
Tabelle aufgelistet. 

Geben Sie das folgende Programm ein. Es 
baut auf den Zeilen 10 bis 80 aus dem letzten 
Abschnitt und den Hauptroutinen des „Dog and 
Bucket“-Programms auf. BASIC-Dialekte der 
Hauptroutinen beim Spectrum, Commodore 64 
und Acorn B wurden bereits beschrieben. Zwi- 
schen Zeile 20 und 30 gibt es einige zusätzliche 
Zeilen, neu ist auch die Programmzeile 500. Ge- 
meinsam sorgen diese Erweiterungen für das 
Einlesen der Daten in das Arrayt, dasdurch den 
neuen Befehl DIM t(6,1) in Zeile 10 erzeugt wird. 


Baum-Tabelle 


Das Array t(6,1) — beim Spectrum, der keine 
0-Elemente in Arrays erlaubt, t(6,2) — enthält 
die Daten der Baumstruktur. Wenn etwa Stufe 
4 erreicht ist und die Bedingung in c(4) als 
falsch erkannt wird, erfolgt eine Verzweigung 
zur Knotenpunkt-Nummer, die im Array t(4,0) 
steht. Ist die Bedingung wahr, wird zur Num- 
mer in t(4,1) gesprungen. Beim Spectrum sind 
die entsprechenden Array-Indizes t(4,1) und 
t(4,2). 


Knotenpunkt 


Falsch 
2 


18 h$="human ":a$="animal ":m$="male ":f 
$="female ":q$="Are you ": DIM c(4) ,t(6, 
1) 

28 GOSUB 4856: REM clear the screen 

22 REM set up tree array 

24 c=&: REM this is number of choice nod 
26 FOR 


x=1 TO c: READ t(x,1? ,t(x,8) : NEX 


36 REM set up the four variables 


48 PRINT q$;h$;: INPUT i$: c{ D=ABSti$=" 
y" OR i$="Y") 
58 PRINT q$;a$;: INPUT i$: c(2>=ABSti$=" 
y" OR i$="Y") 
6ß PRINT q$;f%;: INPUT i$: ct3H=ABSti$=" 
y" OR i$="Y") 
78 PRINT q$;m$;: INPUT i$: ciM=ABS(i$=" 


y" OR i$="Y") 
88 PRINT 
588 DATA 
4888 REM 
4818 REM 
4828 REM 
46838 REM 
4646 REM 
4858 CLS: 
4858 REM 
4870 REM 
4888 REM 
4698 PRINT CHR&(?) 5: 
4188 REM 

4118 REM get a character from the keyboa 
rd 
4128 
4138 
4148 


3,2,10,9,11,9,8,9,7,12,13,8 
low level system subroutines 
clear the screen 

RETURN 

beep 


RETURN 


REM 
i$=INKEY$: 
RETURN 


IF i$="" G0OTO 4138 


Zum Durchlaufen des Baumes und der Anzeige 
der Meldungen dienen diese Zeilen: 


98 GOSUB 218: REM call tree sort routine 
188 PRINT "Press a key to continue..." 
1168 GOSUB 4138: REM get a character 
128 GOTO 48 

288 REM sort tree 

218 n=1: K=1: REM start at node 1, 
l 

228 n=t{n,c(K)):k=k+tl: IF n<=c THEN 228 

238 ON n-c G0OTO 258,268 

248 PRINT "Invalid input...Please try ag 


level 


ain": RETURN 
258 PRINT "You’re a man...": RETURN 
268 PRINT "You’re a woman": RETURN 


Beim Starten des Programms merken Sie 
schnell, daß diesmal nur wahrheitsgemäße 
Aussagen männlicher bzw. weiblicher Perso- 
nen akzeptiert werden. Im Unterschied zum vor- 
herigen Programm wissen wir diesmal nicht, 
wieviele Stufen bis zum Erreichen eines End- 
punktes durchlaufen werden müssen — die ein- 
fache Schleife „FOR n TO Zahl der Stufen“ muß 
durch Einführung der Variablen k in Zeile 140 
ersetzt werden, in der die aktuelle Stufe gespei- 
chert wird. 

Nachdem n für den Startpunkt (1) festgelegt 
ist, durchlaufen wir den Baum mit Zeile 150. Da- 
bei wird die Formel n=t(n,c(k)) zum Heraussu- 
chen des nächsten Verzweigungspunktes aus 
dem Array t verwendet. Solange noch kein End- 
punkt erreicht ist, die Nummer des aktuellen 


Punktes also noch kleiner oder gleich c (Anzahl 
der Knotenpunkte mit Alternativen) ist, wird 
wieder zum Anfang der Zeile verzweigt und der 
Ablauf wiederholt. 

Sie erkennen jetzt, warum die Knotenpunkte 
in der oben beschriebenen Weise numeriert 
sind. Teilt man die Endpunkte in zwei Gruppen 
— eine mit den zulässigen Werten männlicher 
bzw. weiblicher Personen, eine mit den unzuläs- 
sigen Aussagen —, dann können wir einen 
ON. ..GOTO-Befehl zur Erzeugung der ent- 
sprechenden Meldungen verwenden. 

Bisher haben wir uns auf Strukturen Konzen- 
triert, die etwas Gemeinsames haben - auf al- 
len Stufen des Baumes wurden die gleichen Be- 
dingungen geprüft. Das hat unser Problem ver- 
einfacht — die abgefragte Bedingung mußte 
nicht beijedem Entscheidungspunkt neu ermit- 
telt werden. An einem Knotenpunkt auf Stufe 3 
war klar, daß die zu prüfende Bedingung in c(3) 
gespeichert ist. Nicht immer ist es so einfach. 
Bei mehreren Prüfbedingungen wird die Baum- 
struktur komplexer. Die beste Methode ist, das 
Problem in verschiedene Teile zu zerlegen, wie 
wir es mit dem Hauptteil unseres Programms 
getan haben. Die Variation der Spielfiguren im 
„Dog and Bucket“-Programm steht bis jetzt auf 
einer niedrigen Stufe — Unterprogramme zum 
Holen, Fallenlassen, Essen, Trinken, Geben, Er- 
halten und Werfen von Gegenständen fehlen 
noch. Auch die Information des Spielers muß 
noch realisiert werden. 

Die Unterprogramme „Fallenlassen/ Wer- 
fen/Geben“ können zu einer Gruppe zusam- 
mengefaßt werden - sie alle arbeiten mit einer 
Figur, die einen Gegenstand hat und ihn abgibt. 
Um das entsprechende Unterprogramm zu 
wählen, sind Prüfbedingungen erforderlich, 
etwa „Istjemand im Zimmer?" und, fallsja, „Will 
derjenige den Gegenstand annehmen ?", Auch 
die Stimmung der Figuren muß getestet wer- 
den, um beispielsweise zu wissen, ob die jewei- 
lige Figur in absehbarer Zeit einen Gegenstand 
werfen wird. Ein gewisser Zufallsfaktor und 
weitere Hilfsroutinen sind ebenfalls nötig. 


BASIC-Dialekte 


Sinclair Spectrum 

Die Abweichungen für Zeile 4000 bis 4140 
sind bereits auf Seite 1648 abgedruckt. Im 
neuen Programmteil müssen Spectrum-Besit- 
zer zusätzlich diese Änderungen vornehmen: 


10 h$="human ":a$=“animal ":m$=" male”: 
f$="female ":q$="Are you ": DIM c(4) ‚t(6, 2) 
40 PRINT qS;hS$;: INPUT i$: c(1)=ABS(i$=" y" OR 
iS="Y")+1 

50 PRINT q$;a$;: INPUT i$: c(2)=ABS(i$=" y" OR 
i$="Y")+1 

60 PRINT aS;f$;: INPUT IS: c(3)=ABS(i$=" y" OR 
i$S="Y”)+1 

70 PRINT q$;m$;: INPUT i$: c(4)=ABS(i$=" y” OR 
iS="Y")+1 
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Moderne Sprachen 


EI Warum wird noch immer über den 
Computerunterricht an Schulen diskutiert? 
Traditionell wird von Schülern im Unterricht 
passives Verhalten erwartet. Übernimmt das 
Kind (wie beispielsweise beim Programmier- 
unterricht) eine aktive Rolle, führt das zu Aus- 
einandersetzungen. 

Seit Ende der 70er Jahre ist Computerunter- 
richt Bestandteil der Lehrpläne. Bei Eltern wie 
Schülern erfreut er sich ständig wachsender 
Beliebtheit. Nach Einschätzungen von Eltern 
(die Befragung wurde Anfang der 80er Jahre in 
England durchgeführt) steht die Wichtigkeit 
des Computerunterrichts als Fach an dritter 
Stelle nach Mathematik und Englisch. Diese Be- 
geisterung wird allerdings nicht von allen Leh- 
rern geteilt. 

Manche Lehrer sind der Überzeugung, daß 
Computer in alle Unterrichtsfächer einbezogen 
werden sollten und nicht als getrenntes Fach zu 
betrachten seien. Aus diesem Grunde gibt es 
an manchen Schulen keinen richtigen Compu- 
ter-Unterricht, nicht zuletzt auch deshalb, weil 
einige Schulen Probleme bei der Beschaffung 
der erforderlichen Lernmittel haben. 

Oftmals fällt jedoch Kindern das Begreifen 
von Konzepten und Arbeitsabläufen leichter, 
wenn sie mit dem Computer arbeiten. Dieses 
Argument allein rechtfertigt den Programmier- 
unterricht an Schulen. 

Bis vor kurzem litt die Gestaltung dieses Un- 
terrichtsfaches dadurch, daß die meisten Rech- 
ner mit BASIC arbeiteten. Aufgrund seines ab- 
strakten Inhalts können Kinder unter zwölf BA- 
SIC kaum verstehen. Deshalb begann man an 
einigen Schulen mit dem Computerunterricht 
erstab der 6. Klasse. Dazu kommt, daß die Com- 
puterindustrie dem Einsatz von BASIC im Unter- 
richt skeptisch gegenübersteht. Grund: BASIC 
ist nicht strukturiert und kann den Schüler zu 
schlechten Programmiertechniken verleiten. 
Leider haben sich viele Leser mit eben dieser 
Materie (BASIC) vertraut gemacht und propa- 
gieren die Sprache, obwohl strukturierte Pro- 
grammiersprachen wie LOGO, COMAL und 
PROLOG verfügbar sind. 


m Welche Alternativen gibt es denn zu 
BASIC, das schlechte bzw. abstrakte Pro- 
grammiertechniken vermittelt? 

Die Einführung strukturierter BASIC-Versionen 
wie etwa das Acorn-BASIC hat einiges an Feh- 
lern wieder wettgemiächt. Der eigentliche Pro- 
grammierunterricht ist auf die drei zuvor ge- 
nannten Sprachen gerichtet. LOGO haben wir 


bereits in einer speziellen Serie behandelt. Die 
Sprache wird in einigen Ländern von Logo 
Users Groups und der Young Persons Logo As- 
sociation gefördert. Alle wichtigen Microcom- 
puterhersteller haben inzwischen Versionen 
der Sprache veröffentlicht. 

Borge Christensen entwickelte am State Tea- 
chers College im dänischen Tondern die Pro- 
grammiersprache COMAL (COMmon Algo- 
rithmic Language). Bei COMAL handelt es sich 
um eine strukturierte BASIC-Version. Christen- 
sen und seine Kollegen stellten fest, daß die 
von den Schülern geschriebenen BASIC-Pro- 
gramme’ unübersichtlich und fast unbrauchbar 
waren. „Nachdem ich mich durch eine Kilome- 
ter von BASIC-Programmen gearbeitet hatte", 
sagte er, „stellte ich fest, daß etwas faul war im 
Staate Dänemark.“ Christensens Argumente für 
COMAL haben die dänische Regierung dahin- 
gehend beeinflußt, daß COMAL an dänischen 
Schulen eingeführt wurde, und auch in Irland 
wird dieser Sprache der Vorzug vor BASIC ge- 
geben. In England ist das Interesse an COMAL 
ebenfalls gewachsen. In einer Schule in Süd- 
London schreiben Schüler ein anspruchsvolles 
Satelliten-Kontrollprogramm in COMAL. 

PROLOG (PROgrammieren in LOgic) wird 
von einer kleinen, in England arbeitenden Pä- 
dagogengruppe genutzt. Bei Verwendung von 
PROLOG kann ein in logischen Begriffen dar- 
gestelltes Problem leicht in ein Computerpro- 
gramm umgesetzt werden. In der Londoner 
Park House School arbeitete man an einem Pro- 
jekt, mit dem Materialien für den Logikunter- 
richt als Programmierdisziplin für 10- bis 13-jäh- 
rige entwickelt wurde. Einige erlernten das Pro- 
grammieren fließend, andere konnten sich mit 
dem Klassenstandard durchaus messen, 
schrieben aber kaum eigene Programme. In hö- 
heren Klassen wurden bessere Ergebnisse er- 
reicht, nachdem ein allgemeiner Computerun- 
terricht an der Schule eingeführt worden war. 


m Welche Vorteile bietet der LOGO-Un- 

terricht für Kinder? 

Bei LOGO wurden intensive Forschungen be- 
trieben, um Kritiker zu widerlegen, die behaup- 
teten, daß Kinder durch den LOGO-Unterricht 
kaum Vorteile hätten. Die amerikanische Natio- 
nal Science Foundation initiierte das Brookline- 
LOGO-Projekt, um die Anwendung von LOGO 
durch Kinder zu studieren. In der ersten Phase 
arbeitete man mit elfjährigen Schülern in einem 
Computer-Laboratorium und beobachtete ihre 
Arbeitsweisen und Aktivitäten. In der zweiten 


Phase installierte man Computer an Schulen 
und entwickelte auch Lehrmaterial. Interessan- 
tes Ergebnis der ersten Phase war, daß alle Kin- 
der erfolgreich mit LOGO arbeiteten, egal, wie 
ihre Leistungen in anderen Fächern waren. Die- 
ses Ergebnis schlug sich auch in anderen 
LOGO-Projekten nieder. 


2 


BE Wurden weitere Untersuchungen 
durchgeführt, um Erfolg oder Mißerfolg 
des Programmierunterrichts aufzuzeigen? 
Die New York Academy of Sciences und drei 
Schulen in New York City initiierten ein Projekt, 
das den LOGO-Unterricht an Schulen unterstüt- 
zen sollte. Computer wurden in Klassenzim- 
mern aufgestellt. Die Projektmitarbeiter be- 
suchten wöchentlich die Räumlichkeiten, und 
Lehramtsanwärter nahmen an Weiterbildungs- 
seminaren teil. Michael Tempel, der Projektlei- 
ter, stellte eine Reihe von Übereinstimmungen 
mit dem Brookline-Projekt fest. Eine der Grund- 
erkenntnisse war, daß der LOGO-Unterricht zu 
einer positiven Interaktion zwischen Schülern 
führte. Kinder, die in anderen Fächern weniger 
erfolgreich waren, arbeiteten ausgezeichnet 
mit LOGO. „Der pädagogische Vorteil war of- 
fenkundig“, so Tempel. „Kinder engagierten 
sich und machten intellektuelle wie soziale 
Fortschritte. Wir haben bedeutsame Verände- 
rungen im Verhältnis der Kinder zur Schule und 
zum Lernen an sich feststellen können.“ 

Am Center for Children and Technology in 
New York wurde ein 30 Monate währendes Pro- 
jekt durchgeführt, um die Übertragbarkeit von 
Problemlösungsstrategien auf andere Lehr- 
stoffe zu untersuchen und so die Auswirkungen 
von LOGO-orientierter Arbeit auf soziale Inter- 
aktion festzustellen. Planen wird als wichtige 
kognitive Fähigkeit betrachtet. Untersuchun- 
gen haben ergeben, daß viele Kinder kaum 
Voraussetzungen dafür mitbringen. Mit Hilfe 
der LOGO-Prozeduren können Programmier- 
probleme während des Planungsstadiums in 
kleinere Einheiten aufgelöst werden. Die Unter- 
suchung beschäftigt sich mit den Auswirkun- 
gen, die das Programmieren auf das Lernver- 
mögen hat. 

Interessant war die Beobachtung, auf welche 
Weise Computer zur Kooperation und Interak- 
tion der Kinder beitragen. „Es gab mehr aufga- 
benbezogene Interaktion während der Arbeit 
mit dem Computer als bei anderen Aktivitäten, 
in die kein Lehrer einbezogen war", merkte der 
Projektleiter an. „Am interessantesten aber war, 
daß es auch mehr aufgabenbezogene Gesprä- 
che während des Umgangs mit dem Computer 
gab.“ Hier erfolgte also ein wesentliches Stimu- 
lans durch den Computer als Kommunikations- 
partner. Ähnliche Erkenntnisse wurden an der 
Lamplighter School in Texas gesammelt, der 
Texas Instruments 50 Microcomputer mit TI- 
LOGO zur Verfügung stellte. 


Die Implementierung 
verschiedener Sprachen 
auf Microcomputern 
trägt nur langsam zur 
Verbreitung des Pro- 
grammierunterrichts an 
Schulen bei. Einige 
Sprachen wie PROLOG 
können allein aufgrund 


ihres Aufbaus sinnvoll 
angewandt werden. An- 
dere, etwa COMAL und 
LOGO, sind empfeh- 
lenswert, weil sie eine 
Einführung in diszipli- 
niertes und leicht über- 
schaubares Program- 
mieren geben. 


1702 


m Was sind Hinderungsgründe für die 

praktische Anwendung dieser umfangrei- 
chen Erkenntnisse? 
Die Schulbehörden widersetzen sich, Unter- 
richtsstunden zum Programmieren einzupla- 
nen, wenn die Vorteile für den Lehrplan nicht 
deutlich sind. Ebenso stehen nur wenig finan- 
zielle Mittel und folglich nur wenig Hardware 
zur Verfügung. Überdies ist es schwer, eine 
kontrollierte Studie anzufertigen, da die Ein- 
richtung einer Kontrollgruppe in einer Schule 
bedeutet, daß nur eine gewisse Gruppe von 
Kindern an den Computer kommt. Der Ver- 
gleich mit einer Schülergruppe an anderen 
Schulen ist aufgrund unterschiedlicher Lehr- 
methoden einzelner Lehrer schwer. 


m Welche allgemeinen Vorteile lassen 
sich aus dem Programmierunterricht ablei- 
ten und erkennen? 

LOGO bietet als Programmiersprache für klei- 
nere Kinder den Zugang zu aufregender, neuer 
Aktivität. Bisher dominiert noch immer BASIC in 
den oberen Klassen. Deshalb ist es wichtig, 
LOGO im gesamten Schulsystem anzuwenden. 
Andermfalls wird die Verwirrung im Computer- 
unterricht noch größer. Denn sobald gute 
LOGO-Programmierer in höhere Klassen auf- 
rücken, sehen sie sich plötzlich mit BASIC kon- 
frontiert. Zwingend ist deshalb die Standardi- 
sierung der Sprachen an Schulen, ebenso wie 
die Standardisierung der Computer an sich. 
Der Programmierunterricht bietet dem Schü- 
ler ungeheure Vorteile. Kinder haben die Mög- 
lichkeit, sich mit einem anderen Medium aus- 
einanderzusetzen und werden dazu ermutigt, 
präzise und organisiert zu denken. Schließlich 


on Turin 


ergänzt dieses Fach viele andere Lernbereiche 
und trägt zu einem weiteren Verständnis des 
Lehrstoffes bei. Wenngleich es noch vielin die- 
sem Bereich zu erforschen gibt, sind die bishe- 
rigen Ergebnisse positiv und sehr ermutigend. 


u Neben der Entwicklung logischer Pro- 
blemlösungstechniken - was kann ein 
Kind denn mit dem in der Schule erworbe- 
nen Programmierwissen anschließend 
praktisch anfangen? 

Ist ein Kind erst einmal mit dem Programmieren 
vertraut, gibt es eine Fülle von Anwendungen. 
Eine Kindergruppe hat Turtles zum Choreogra- 
phieren benutzt. Die Kinder haben die Turtles 
so programmiert, daß sie sich in Formation be- 
wegen, und diese Bewegungen dann in Tanz 
umgesetzt. LOGOs Wort- und List-Program- 
miermöglichkeiten wurden dazu genutzt, Texte 
zu generieren. Schüler haben die Möglichkeit, 
Verzweigungen einzubauen und so den Verlauf 
der Geschichten zu modifizieren. Dazu kom- 
men die beachtlichen Soundmöglichkeiten von 
LOGO. So, wie SQUARE zur Definition von PAT- 
TERN benutzt wird, kann NOTE CHORD defi- 
nieren, CHORD dann TUNE usw. Kinder können 
also den Computer für musikalische Zwecke 
einsetzen. 

Interessant ist der Einsatz von LOGO bei der 
Erstellung von Grafiken. Hier bieten sich tau- 
sendfache Möglichkeiten an. Gerade bei der 
Einführung in die Geometrie ist die Turtle ein 
faszinierender Lehrer. Schnell erkennen die 
Kinder mathematische Zusammenhänge und 
können diese mit Bleistift und Lineal im Heft 
nachvollziehen, nachdem bereits alles auf 
dem Bildschirm zu sehen war. 
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Ein Paukenschlag 


Seit Beginn des „Computerkurs“ 
hat die Microcomputer-Industrie 
eine dramatische Entwicklung 
erlebt. Viele Hard- und 
Software-Hersteller haben den 
Druck stagnierender 
Absatzzahlen nach einer 
explosiven Wachstumsphase zu 
spüren bekommen. 


elbst große Namen wie Acorn und beson- 

ders Sinclair sahen sich vor einiger Zeit 
wirtschaftlich am Rande des Abgrundes. Nur 
ein Unternehmen, nämlich Amstrad, entwik- 
kelte sich anders, als der Trend vermuten ließ. 
Der Grund, warum Amstrad, erfolgreicher inter- 
nationaler Unterhaltungselektronik-Hersteller, 
sich in den Microcomputer-Markt wagte, ist 
noch immerreine Spekulation. Man erzählt, daß 
das Unternehmen Ende 1983einen Posten Fern- 
sehmonitore hatte. Was sollte man damit tun? 
Die Lösung war einfach: Man legte einen der 
Marketingerfolge neu auf. Amstrad hatte sich 
mit der Entwicklung von kompletten HiFi-Syste- 
men einen Namen geschaffen — sogenannte 
„Turmsysteme“, die 1978 auf den Markt kamen. 
Warum sollte man die Monitore nicht als Kom- 
ponenten eines Microcomputer-Komplettsy- 
stems verwenden? So brachte das Unterneh- 
men im April 1984 den CPC 464 (in Deutschland 
als Schneider CPC 464 angeboten) auf den 
Markt, der bis dahin von Giganten wie Sinclair 
und Commodore Business Machines be- 
herrscht wurde. 

Der CPC 464 war ein Marketing-Geniestreich. 
In den Läden stellte er seine Konkurrenten 
förmlich in den Schatten. Neben ihm wirkte der 
Spectrum wie ein Spielzeug und, verglichen mit 
dem C 64, bot er ein eingebautes Cassetten- 
laufwerk und einen monochromen Monitor für 
nur wenig mehr Geld. 

Innerhalb von 18 Monaten hatte Amstrad in 
England einen Marktanteil von 25 Prozent. Hin- 
zukam, daß dieser Marktanteil zu einer Zeit ver- 
größert wurde, als andere Microcomputerher- 
steller Absatzschwierigkeiten hatten. 

Amstrads klare und konsequente Marketing- 
Strategie ist allein Alan Sugar zu verdanken, der 
das Unternehmen 1968 als „Amstrad Consumer 
Electronics“ gründete. Schwerpunkt damals: 
Großhandel mit Autozubehör und anderen 
elektronischen Komponenten. Das Unterneh- 
men entwickelte sich erst richtig 1980, kurz 
nach Eroberung des HiFi-Marktes. In diesem 
Jahr war Amstrad zu einem Multi mit einem Jah- 
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resumsatz von über 36 Millionen Mark gewor- 
den. Der Umsatz verdoppelte sich anschlie- 
ßend jährlich. Ergebnis im Juni 1984: Runde 35 
Millionen Umsatz. 

Bevor Amstrad auf den Markt kam, resultierte 
der gute Ruf der englischen Microcomputerin- 
dustrie aus der Leistung, die beispielsweise 
Clive Sinclair und Acoms Curry und Hauser bei 
der Entwicklung der Rechner vorzuweisen hat- 
ten. Alan Sugar repräsentierte jedoch eine neue 
Art von Persönlichkeit der Computer-Industrie, 
daeraus der Marketingabteilung kommt. 


Marktlücke gefüllt 


In der kurzen Zeit, die sich Amstrad im Compu- 
termarkt befindet, hat das Haus einige kühne 
Schritte gewagt. Der bisher bemerkenswerte- 
ste wurde im Frühling 1985 getan. Im April kün- 
digte das Unternehmen eine verbesserte 464- 
Version, den CPC 664 an, der mit einem 3-Zoll- 
Laufwerk statt Cassettenlaufwerk ausgestattet 
ist und über eine gekürzte CP/M-Version ver- 
fügt. Kaum war dieses Gerät im Angebot, kün- 
digte Amstrad den CPC 6128 an, der die dop- 
pelte Speicherkapazität des 664 hat (und mit 
einem echten CP/M ausgestattet ist) — zu 
einem noch niedrigeren Preis. Wenngleich Am- 
strad mit diesem CP/M-Rechner ein Zeichen 
gesetzt hat, dürften sich doch viele Konsumen- 
ten, die den CPC 664 kauften, betrogen fühlen. 
Es schien fast so, als ob das Unternehmen mit 
sich selbst konkurrierte. 

Amstrads jüngstes Kind ist der PCW 8256, 
derim August 1985 auf den Markt kam. Er bietet 
eine Textverarbeitung (256 KByte, Monitor, Dis- 
kettenstation und Matrix-Drucker) für einen 
sehr niedrigen Preis. 


Schneider 
CPC 664 
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Platz für Manöver 


Einfache Utility-Programme, wie das Variablennamen-Suchprogramm, 
können vollständig in BASIC geschrieben werden. Für kompliziertere 
und umfangreichere Hilfsprogramme jedoch müssen wir auf die 


Maschinensprache zurückgreifen. 


m das Variablen-Suchprogramm zu benut- 

zen, haben wir es mit dem zu bearbeiten- 
den Programm verbunden. Bei dieser Methode 
war die einzige vom Betriebssystem benötigte 
Information die Adresse, an der das BASIC-Pro- 
gramm startet. Das Ende des zu durchsuchen- 
den Programms wurde gefunden, indem die 
Zeilennummern mit der niedrigsten Nummer 
des Hilfsprogramms verglichen wurden. 

Das Hilfsprogramm dient zum Austauschen 
von Variablen. Stellen Sie sich vor, wieviel Zeit 
ein solches Programm spart, wenn Sie in einem 
Programm einen Variablennamen verwendet 
haben und dann feststellen, daß er illegal ist. 
Ähnlich verhält es sich, wenn Sie jemandem ein 
Programm geben wollen, er aber die Variablen- 
namen nicht problemlos interpretieren kann. 

Die drei Computer, mitdenen wir uns hier be- 
fassen — Acorn B, Commodore 64 und Spectrum 
— verwenden verschiedene Zeiger, um dem Be- 
triebssystem und dem BASIC-Interpreter anzu- 
geben, wo ein BASIC-Programm und seine Va- 
riablen abgelegt werden sollen. 

Beim Acom B gibt es vier wichtige Zeiger: 
PAGE und TOP die die Start- und Endadresse 
des BASIC-Programms angeben; LOMEM, wel- 
ches die Startadresse der BASIC-Variablen an- 
gibt; und schließlich HIMEM, das die End- 
adresse des BASIC-Speicherbereichs angibt. 
Diese vier Zeiger werden als „eingebaute“ BA- 
SIC-Variablen gespeichert, so daß wir ihre 
Werte mit einfachen BASIC-Anweisungen le- 
sen und ändern können. Haben wir ein BASIC- 
Programm im Speicher und wollen ein anderes 
hinzufügen, ändern wir PAGE auf einen Wert 
höher als TOP — unter Verwendung des Befehls 
OLD zum Zurücksetzen von TOP und LOMEM — 
und können dann das neue Programm hinzufü- 
gen, ohne das vorhandene zu beeinflussen. 
Zwischen den Programmen kann dann umge- 
schaltet werden, indem PAGE und HIMEM neue 
Werte zugewiesen werden. 


Originalwerte kopieren 


Ist das Hilfsprogramm einmal gestartet, bezie- 
hen sich die Werte der Zeiger auf dieses Hilfs- 
programm. Damit die Utility den Anfang und 
das Ende des zu bearbeitenden Programms fin- 
den kann, müsssen wir die Originalwerte in 
einen Speicherbereich kopieren, der beim 
Wechsel zwischen den beiden Programmen 


nicht geändert wird. Eine andere Methode, das 
Programmende zu finden, ist die Benutzung der 
Endmarkierung, die der BASIC-Interpreter ein- 
fügt. Ist lediglich ein Byte mit dem Wert 128 
(oder höher), das direkt dem RETURN-Zeichen 
am Ende der letzten Programmzeile folgt. Die- 
ses und das darauffolgende Byte werden als HI- 
und LO-Bytes der nächsten Zeilennummer in- 
terpretiert. Da das HI-Byte dieser Nummer 128 
oder größer ist, ergibt das eine Zeilennummer 
32768 (256 x 128) oder mehr. Da die höchste 
gültige Zeilennummer 32767 ist, können wir si- 
cher sein, das Ende des Programms gefunden 
zu haben. 


Sieben Zeiger 


Der Commodore 64 verwendet sieben in der 
Zero Page gespeicherte Zeiger, die sich auf ver- 
schiedene Teile des BASIC-Programmberei- 
ches beziehen. TXTTAB bei den Adressen 43 
und 44 zeigen auf den Start des BASIC-Pro- 
gramms. VARTAB, ARYTAB, STREND, FRETOP 
und FRESPC bei den Adressen 45 bis 54 zeigen 
auf die verschiedenen Abschnitte der Varia- 
blentabelle. MEMSIZ bei den Adressen 55 und 
56 zeigt auf das Ende des BASIC-Speicherbe- 
reichs. Um einen separaten Bereich für ein BA- 
SIC-Programm zu schaffen, können diese Zei- 
ger dann mittels des POKE-Befehls geändert 
werden. 

Beim Commodore 64 wird das Ende eines 
BASIC-Programms durch zwei Bytes mit dem In- 
halt Ogekennzeichnet, die direkt dem Null-Byte 
folgen, das das Ende der letzten Zeile im Pro- 
gramm markiert. 

Das Schreiben des Hilfsprogramms für den 
Spectrum ist erheblich komplizierter. Anstelle 
eines separaten Bereichs für das BASIC-Pro- 
gramm gibt esnur einen zusammenhängenden 
Speicherblock, der nicht nur das BASIC-Pro- 
gramm nebst Variablen, sondern auch den ge- 
samten Arbeitsbereich des Betriebssystems 
und des BASIC-Interpreters beinhaltet. Durch 
diese Speicherorganisation ist es schwierig, 
zwei BASIC-Programme im Speicher aufzube- 
wahren. Daher kopieren wir unser Programm 
über RAMTOP und bearbeiten es dort. Dadurch 
löst sich jedoch nicht das Problem, das Pro- 
gramm nach den Änderungen wieder in den 
Hauptspeicher zu bekommen. Hierfür benöti- 
gen wir eine Maschinenroutine. 


Wenn Sie Utilities für den Spectrum program- 
mieren wollen, ist das Buch „The complete 
Spectrum ROM Disassemly" von Dr. Ian Logan 
und Dr. Frank O’Hara zu empfehlen. Hier wird 
die Funktionsweise sämtlicher ROM-Routinen 
ausführlich erklärt. 

Zwei der wichtigsten Unterroutinen im ROM 
für die Verwendung in Hilfsprogrammen sind 
die Routinen, die Platz im Arbeitsspeicher be- 


Experimentieren mit BASIC 


Ein Programm läßt sich während der Ausfüh- 
rung ändern, doch sollte es zuvor gespeichert 
werden, da Änderungen oft einen Systemab- 
sturz bewirken. Verwenden Sie ein MONI- 
TOR-Pro das eine Änderung der Spei- 
cherinhalte ermöglicht. Fügen Sie am Pro- 

g einige zusätzliche REM-Anwei- 
sungen ein und probieren Sie zuerst unsere 
Vorschläge: 

@ Finden Sie den Beginn des BASIC-Spei- 

cherbereichs und untersuchen Sie das MONI- 

TOR-Programm im Speicher, bis Sie die Pro- 
eilen identifizieren können. 

© Ändern Sie die Werte der Bytes nach einer 

REM-Anweisung, beenden Sie das Programm 

und listen Sie die geänderte Zeile. 

© Versuchen Sie, einen Wert größer als 127 in 

eine REM-Zeile zu legen - listen Sie die ge- 

änderte Zeile. 

@ Ändern Sie die Bytes der Zeilennummern 

einer Zeile — das hat unvorhersehbare Er- 

gebnisse zur Folge, besonders wenn die 


reitstellen oder reservieren. Im nächsten Arti- 
kel werden wir uns mit diesen Routinen be- 
schäftigen. 

Im Handbuch des Spectrum stehen sehr gute 
Informationen, wie ein BASIC-Programm ge- 
speichert wird und wofür verschiedene Spei- 
cherbereiche verwendet werden. Trotzdem ist 
es schwierig, Hilfsprogramme ohne Maschinen- 
spracheroutinen aus dem ROM zu schreiben. 


neue Nummer außerhalb des ursprünglichen 
Bereichs liegt. 

®@ Sie können das Zeilenlängen-Byte ändern, 
doch sollten Sie an der angegebenen Posi- 
tion eine neue Endmarkierung setzen. Versu- 
chen Sie zuerst einmal, den Wert einfach nur 
zu verkleinern. 

@ Beim Commodore 64 können Sie das Link- 
Adreß-Byte ändern: Versuchen Sie die Link- 
Adresse einer Zeile durch die der folgenden 
Zeile zu ersetzen, und listen Sie das Pro- 
gramm auf. 

®@ Sie können auch mit Hilfe Ihres Handbu- 
ches den Variablen-Speicherbereich untersu- 
chen. Er beginnt normalerweise dort, wo der 
BASIC-Programmtextbereich endet. Es gibt 
insgesamt bis zu sechs verschiedene Variab- 
lentypen, jeder mit seinem eigenen Speicher- 
format: numerische Variablen, numerische Ar- 
rays, Integer-Variablen, Integer-Arrays, 
String-Variablen und String-Arrays. 

@ Sie können auch die Werte der internen 
Darstellung (Token) einer Zeile ändern: auf 
diese Art werden die Befehlswörter geändert. 


Wie BASIC-Programme gespeichert werden 


Die meisten Microcomputer speichern den BASIC-Pro- 
grammbereich im gleichen Format ab. Der Programm- 
text wird in mehr oder weniger geänderter Form ge- 

speichert, wobei BASIC-Schlüsselwörter durch 1-Byte- 


500 REM ** EXAMPLE ia; Codezahlen, genannt „Tokens“, ersetzt werden. 


BunmB- em In diesem Format ist 13 


(ASCII für RETURN) die 
Markierung für einen 
Zeilenanfang. Normaler- 
weise wird dieser Code 
am Ende einer Zeile pla- 
ziert. Die Zeilenlänge 
wird durch ein Byte dar- 
gestellt. 


Markierun 
Zeilen- 
anfang 


Zeilennummer rd 


Commodore 64-Version 

Die Link-Adreß-Bytes 
enthalten die Zwei-Byte- 
Adresse des ersten Bytes 
der nächsten Programm- 
zeile. Der BASIC-Pro- 
grammtextbereich be- 
ginnt bei Adresse 2049. 
Diese Zeile ist 17 Bytes 
lang. 


Markierung 
Zeilen- 
ende 


Link-Adresse Zeilennummer r 


Spectrum-Version 


Die Besonderheiten des 
Spectrum sind immer 
wieder überraschend: 
Die Zeilenlänge belegt 
zwei Bytes, so daß eine 
einzige Programmzeile 
65535 Zeichen lang sein 
könnte! 


Markierung 
Zeilen- 
ende 


Zeilennummer Zeilenlänge Token Programmtext 
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OSWORD ist eine flexi- 
ble Methode, OS-Routi- 
nen zu steuern, die mit 
mehr als zwei Parame- 
tern arbeiten. 
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Der erste Block 


In unserer Untersuchung des Acorn-Betriebssystems haben wir uns 
bisher mit den breitgefächerten Funktionen von OSBYTE beschäftigt. 


Wir untersuchen eine weitere Gruppe dieser Art - OSWORD. 


ie bisher vorgestellten OSBYTE-Routinen 

haben einen wesentlichen Nachteil: Sie 
können nur zwei Parameter übergeben — einen 
im X-Register und einen in Y. Müssen nur we- 
nige Parameter an das Betriebssystem überge- 
ben werden, so reicht dies völlig aus, doch kön- 
nen die meisten Routinen nicht mit zwei Para- 
metern gesteuert werden. Mit OSWORD lassen 
sich mehr als zwei Parameter einsetzen. Diese 
Modulgruppe ist eine praktische Alternative zu 
OSBYTE. 

OSWORD-Routinen setzen einen Speicher- 
bereich, den „Parameterblock“ ein, um Parame- 
ter an das OS zu übergeben. Die Größe dieses 
Bereichs variiert je nach OSWORD-Routine und 
kann sich anjeder beliebigen Position desRAM 
befinden. Beim Aufruf von OSWORD teilt der 
Wert von Register A dem System mit, welche 
der Routinen angesprochen werden soll; die 
Register X und Y geben die Adresse des ersten 
Bytes des Parameterblocks an. X enthält dabei 
das niederwertige Adreßbyte und Y das höher- 
wertige. Für einen Parameterblock bei der 
Adresse &0400 ist der Wert des X-Registers 00 
und der von Y &OA: 


LDX #0 X%=0 
LDY _#&0A 


Y%=&0A 
OSWORD wird über die Adresse &FFF] aufge- 
rufen und arbeitet wie OSBYTE mit Vektoren. 
Die Vektoren von OSWORD befinden sich bei 
Adresse &20C. Für den Aufruf der OSWORD- 
Routine mit Register A=1 müssen wir einen Pa- 
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rameterblock mit den entsprechenden Werten 
anlegen und die Routine dann mit folgendem 
Format aufrufen („parameter block“ ist die 
Adresse des ersten Parameterblockbytes): 


LDX #parameter_block MOD 256 
LDY #parameter.block DIV 256 
LDA #1 

JSR &FFFI 


Welche Werte in den Parameterblock gela- 
den werden müssen, hängtnnatürlich von deran- 
gesprochenen OSWORD-Routine ab. 


Die OSWORD-Routinen 


Mit OSWORD-Routinen lassen sich Daten aus 
dem aktuellen Eingabekanal in den Speicher 
laden, die Befehle SOUND und ENVELOPE aus- 
führen, das Diskettensystem ansprechen und 
viele weitere Funktionen steuern. Wir werden 
einige OSWORD-Calls genauer untersuchen. 
Die Routinen werden durch den Inhalt des 
A-Registers bezeichnet, das beim Aufruf die 
Routine eindeutig identifiziert (beispielsweise 
OSWORD mit A=0). 

© OSWORD mit A=0: Diese Routine liest eine 
Zeile aus dem aktuellen Eingabekanal. Dabei 
kann ohne weiteres ganz einfach festgelegt 
werden, wieviele Zeichen das System maximal 
annehmen soll und welche niedrigsten und 
höchsten ASCII-Werte akzeptiert werden. Die 
ersten zwei Bytes des Parameterblocks geben 
die Speicheradresse an, bei der die Daten ab- 
gelegt werden. Der Parameterblock sieht dabei 
so aus: 
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Die Register X und Y zeigen auf Byte 0 des 
Blocks. Das folgende Programm gibt ein Bei- 
spiel des Aufrufs. Der Parameterblock legt da- 
bei fest, daß immerhin bis zu sieben Zeichen 
mit ASCII-Codes zwischen 32 und 90 (inklusive) 
akzeptiert werden. 


10 DIM C 20 

20 A%=0 

30 X%=C MOD 256 
40 Y%=C DIV 256 
50 C?0=&00 

60 C?1=&0A: REM buffer at &0AOO 
70 6?2=7 

80 023=32 

90 0?4=90 

100 CALL &FFF1 

110 PRINT $(&0A00) 


Starten Sie das Programm und geben Sie ei- 
nige Zeichen ein. Delete funktioniert wie ge- 
wohnt, und Return oder Escape beenden die 
OSWORD-Routine. Zeichen mit ASCII-Codes 
außerhalb des angegebenen Bereiches wer- 
den zwar auf dem Bildschirm angezeigt, nicht 
aber in den Speicherbuffer übertragen. Wer- 
den zuviel Zeichen eingegeben, ertönt ein aku- 
stisches Signal. Bei Beendigung der Routine mit 
Escape setzt der Maschinencode das C-Flag, 
andernfalls steht C auf 0. Im Y-Register steht die 
Anzahl der eingegebenen Zeichen, wobei das 
Return mitgezählt wird. 
© OSWORDs mit A=1 und A=2: Mit älösen 
Routinen kann der Maschinencodeprogram- 
mierer auf die BASIC-Variable TIME zugreifen. 
OSWORD mit A=1 liest den aktuellen Wert von 
TIME. Die fünf Bytes dieses Wertes werden im 
Parameterblock gespeichert. Das Byte mit dem 
niedrigsten Wert ist in Byte 0 des Parameter- 
blocks untergebracht und das höchstwertige 
Byte in Byte 5. 

OSWORDSs mit A=2 setzt TIME auf einen be- 
stimmten Wert. Auch hier wird vor dem Aufruf 
das Byte mit dem niedrigsten Wert in Byte Odes 
Parameterblocks geladen und das höchstwer- 
tige in Byte fünf. Das folgende Programm setzt 
den Wert von TIME auf 100: 


10 DIM C 20 

20 X%=C MOD 256 
30 Y%=C DIV 256 
40 A%=2 

50 C?0=100 


60 C?1=0 
70 C?2=0 
80 C?3=0 
90 C?4=0 
100 CALL &FFF1 


@ OSWORDs mit A=3 und A=4: Der Acorn B 
besitzt eine interne Uhr — den „Interval-Timer" 
—, die nicht von TIME eingesetzt wird, sondern 
von dem „Ereignissystem“ (events system) des 
Computers (wir gehen später genauer darauf 
ein). Der Timer zählt von einem gesetzten Wert 
an in Hundertstelsekunden rückwärts und löst 
bei Null ein „Ereignis“ aus. Das Ereignis läßt 
sich programmieren und kann nach der ange- 
gebenen Zeitim Computer Abläufe auslösen. 
OSWORD mit A=3 liest den aktuellen Wert 
des Interval-Timers auf die gleiche Weise in 
den Parameterblock, in der OSWORD mit A=1 
die Variable TIME speichert. Durch OSWORD 
mit A=4 kann der Timer auf einen bestimmten 
Wert gesetzt werden; hier gibt es Parallelen zu 
OSWORD mit A=2. Wenn ein Parameterblock 
den Wert &FFFFFFFC enthält, wird das Ereignis 
nach 0,004 Sekunden ausgelöst. 
@ OSWORDs mit A=5 und A=6: Diese beiden 
Spezialroutinen sprechen den zweiten Prozes- 
sor des Acorn B an. Der Zusatzprozessor kom- 
muniziert über die Tube-Schnittstelle mit dem 
Acorn B und behandelt den Computer als E/A- 
Prozessor. Der Acorn B funktioniert nun als so- 
genannter „Sklave“, der für den Zusatzprozes- 
sor alle zeitraubenden Arbeiten ausführt — bei- 
spielsweise die Abfrage von Tastatureingaben, 
die Steuerung des Bildschirmaufbaus und die 
allgemeinen Ein- und Ausgabefunktionen. 
Über die beiden OSWORD-Routinen kann der 
zweite Prozessor Speicherstellen im E/A-Pro- 
zessor ansprechen. 
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MSB des E/A-Prozessors 


Nach dem Aufruf das Byte der 
oben angegebenen Adresse IR 


Die Tabelle zeigt den Aufbau des Parameter- 
blocks für A-5 (ein Byte aus dem E/A-Speicher 
des Prozessors lesen) und für A=6(inden E/A- 
Speicher des Prozessors schreiben). Wenn die 
Adresse das einfache 16-Bit-Format hat, wird ihr 
niederwertiges Byte bei (XY+0) abgelegt und 
das höherwertige bei (XY+]). 

@ OSWORDs mit A=7und A=8: Über diese bei- 
den Routinen läßt sich der Klang verändern 
(von Maschinencodeprogrammen und von BA- 
SIC aus). OSWORD mit A=17 simuliert den BA- 
SIC-Befehl SOUND, während OSWORD mit 
A=8 der ENVELOPE-Anweisung entspricht. 


1707 


1708 


Hier die Aufrufe im einzelnen: 

@ OSWORD mit A=7: Die Routine benötigt 
einen Parameterblock von acht Bytes (die Ta- 
belle zeigt die Belegung) und die Information, 
welcher Eintrag des Parameterblocks den Para- 
metern des Befehls SOUND entspricht. 


Parameterblock von OSWORD mit A=7 
| 


MSB der Amplitude | 
LSB der Tonhöhe 
MSB der Tonhöhe 


161 LSB der Dauer 
MSB der Dauer 


Das folgende Programm zeigt den Ablauf der 
Routine. Es simuliert SOUND 1,— 15,100,30: 


10 DIMC 20 

20 X%=C MOD 256 
30 Y%=C DIV 256 
40 A%=7 

50 C?%0=1 

60 C?1=0:REM Channel 1 
70 C?2=-15. MOD 256 
80 C?3=-15 DIV 256 
90 C?4=100 

100 C?5=0 

110 C?6=30 

115 677=0 

120 CALL &FFFi 

130 END 


Da sich die gleiche Wirkung mit SOUND viel 

einfacher erzeugen läßt, hat diese Routine 
allerdings nur wenig Wert und wird daher auch 
wohl kaum Anwendung finden. 
@ OSWORD mit A=8: Der Parameterblock die- 
ser Routine umfaßt vierzehn Bytes. Wie ge- 
wohnt zeigen dabei die Register X und Y auf 
den Block. 

Der erste Blockeintrag gibt die Nummer von 
ENVELOPE an, die restlichen dreizehn Bytes 
enthalten die anderen ENVELOPE-Parameter. 
Auch hier läßt sich ENVELOPE vom BASIC aus 
leichter einsetzen. 


Maschinencodeversion 


@ OSWORD mit A=9: Die Routine ist die Ma- 
schinencodeversion des BASIC-Befehls POINT. 
Sie meldet die logische Farbe des angegebe- 
nen Pixels (oder den Wert 255, wenn der spezi- 


fizierte Punkt nicht aktiviert ist). Der Wert wird’ 


als fünftes Byte des Parameterblocks überge- 
ben und hat folgenden Aufbau: 


Parameterblock von 
OSWORD mit A=10 


| gewünschtes Zeichen 
| erste Definitionszeile 


fünfte Zeile 
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@ OSWORD mit A=11: Mit diesem Aufruflassen 
sich die Farben untersuchen, die von VDUl9 
Befehlen bestimmt wurden. Damit kann festge- 
stellt werden, welche logische Farbe der darge- 
stellten Farbe entspricht. Die Routine arbeitet 
mit einem Parameterblock von fünf Bytes, wo- 
bei das erste Byte den Wert der gewünschten 
logischen Farbe enthält. Hier ein Beispiel: 
Nehmen wir an, daß der Befehl 
VDU19,2,4,0,0,0 schon ohne weitere Vorbehalte 
ausgeführt wurde. OSWORD mit A=1ll unddem 
Wert 2im ersten Byte des Parameterblocks lie- 
fert dann entsprechend die Werte der neben- 
stehenden Tabelle. 
@ OSWORD mit A=12: Eine schnelle Version 
von VDU19 
@ OSWORD mit A=13: Diese Routine liefert die 
X- und Y-Koordinaten der letzten beiden 
Punkte, die der Grafikcursor bei unserer Arbeit 
am Bildschirm angesprochen hat. Die Routine 
kann bei der Grafikprogrammierung sehr hilf- 
reich sein. 


Fachwörter von A bis Z 


Light Pen = Lichtgriffel 

Der Lichtgriffel erlaubt das Arbeiten 
am Bildschirm ohne Tastaturbenut- 
zung. Sie setzen einfach die Griffel- 
spitze auf den Schirm und können 
damit Rechnerfunktionen auslösen, 
Menüvarianten auswählen oder Li- 
nien ziehen. 

Das praktische Gerät ist über ein 
Kabel mit dem Rechner verbunden. 
In die Spitze sind eine Linse und ein 
Fotodetektor eingebaut, der bei 
Lichteinfall ein elektrisches Signal 
abgibt. Es wird verstärkt, zu einem 
definierten Impuls geformt und an 
den Rechner weitergeleitet. 

Seine Funktion beruht darauf, daß 
der Zeitpunkt registriert wird, zu 
dem das Lichtsignal beim zeilenwei- 
sen Aufbau des Bildes die Stiftspitze 
passiert. Der Video-Chip des Rech- 
ners „weiß“, welche Zeile gerade 
geschrieben wird und wann sie be- 
gonnen worden ist. Aus der Zeit, die 
bis zum Eintreffen des Griffelsignals 
vergeht, kann der Computer anhand 
der bekannten Geschwindigkeit des 
Bildaufbaus ausrechnen, wo die 
Spitze auf den Schirm gesetzt wurde. 


Der Lichtgriffel enthält selbst keine 
Lichtquelle, sondern er registriert den 
Vorbeigang des Kathodenstrahls auf dem 
Bildschirm; daraus erkennt der Rechner 
die Stelle, auf die mit der Stiftspitze ge- 
zeigt wurde. Der Lichtgriffel eignet sich 
vor allem für die interaktive Grafik und 
für die Menüsteuerung. 


Line Printer = Zeilendrucker 

Ein Zeilendrucker ist ein extrem 
schneller, mechanischer Drucker. 
Zeilendrucker wurden früher haupt- 
sächlich in Verbindung mit Groß- 
rechnern eingesetzt; sie sind heute 
in der Druckgeschwindigkeit (etwa 
30 Zeilen/s) von den elektrostati- 
schen Laserdruckern überholt wor- 
den. Die englische Bezeichnung 
„Line Printer“ wird auch für Typen- 
rad- und Matrixdrucker verwendet. 


Hier werden einzelne Fach- 
ausdrücke eingehend behandelt. 
Da bei der Kommunikation mit 
dem Computer meist die 
englische Sprache verwendet 
wird, werden hier zunächst die 
englischen Begriffe genannt, 
dann die deutsche Übersetzung. 
In den Gesamtindex werden 
sowohl deutsche als auch 
englische Stichwörter aufge- 
nommen, damit Sie es leichter 
haben, das von Ihnen 
Gesuchte zu finden. 


Unabhängig von der technischen 
Ausführung haben alle Drucker ge- 
mein, daß die Daten vom Rechner 
zunächst in einem RAM-Buffer abge- 
legt werden. Die Druckgeschwindig- 
keit ist in jedem Fall kleiner als die 
Übertragungsrate, so daß die CPU 
ohne Buffer für andere Funktionen 
blockiert wäre. So muß sie nur ab 
und zu einen Bufferinhalt abschicken 
und kann zwischendurch anderwei- 
tig tätig sein — der Drucker meldet 
sich, wenn er den Buffer abgearbei- 
tet hat und fordert neue Daten an. 


LISP = LISP 

LISP ist eine Programmiersprache, 
die speziell für die Verarbeitung von 
Informationslisten (LISt Processing) 
ausgelegt ist. Die Listen werden mit 
Unterstützung des Systems definiert 
und mit Namen versehen. Mit den 
Listenelementen kann beliebig han- 
tiert werden, etwa um festzustellen, 
ob bestimmte Bedingungen erfüllt 
sind oder nicht. 

Die Programmierung in LISP be- 
steht in der Festlegung der Verar- 
beitungsfunktionen; LISP ist eine 
„funktionale“ Sprache, wobei ähnlich 
wie in LOGO komplexe Anweisun- 
gen aufgebaut werden können. 


Local Area Network = Lokalnetz 
Ein Lokalnetz oder (engl. abgek.) 
„LAN“ besteht aus einer Anzahl von 
Rechnern, die untereinander und mit 
einer gemeinsamen Peripherie kom- 
munizieren. Dabei ist weder ein ein- 
heitlicher Rechnertyp noch die enge 
räumliche Nachbarschaft der Com- 
puter zwingend. 


Ein LAN kann auf dreierlei Weise 
realisiert werden: Beim Stern-System 
ist jeder beteiligte Computer mit 
einem Zentralrechner verbunden, der 
das ganze Netz und die Peripherie 
steuert. Der Datenverkehr zwischen 
zwei Satellit-Rechnern erfolgt dabei 
grundsätzlich über die Zentrale. 

Beim Ringnetz sind die Rechner 
dagegen alle hintereinander ge- 
schaltet. Ringnetze sind für größere 
Teilnehmerzahlen ungeeignet, weil 
die Information dann auf dem Weg 
ans Ziel über zu viele Rechner lau- 
fen muß. 

Beim Bus-System als drittem Typ, 
zum Beispiel beim Acorn-B-Econet, 
wird jeder Rechner über ein eigenes 
Anschlußkabel mit einer gemeinsa- 
men Bus-Leitung verbunden, so daß 
unmittelbare Kontaktaufnahme zwi- 
schen Teilnehmern möglich ist, ohne 
daß eine Zwischenstation in An- 
spruch genommen werden muß. 


Logic = Logik 

Die Logik ist das Fundament der ge- 
samten Datenverarbeitung. Die Lo- 
gik als Wissenschaft befaßt sich mit 
den Formalismen, die durch Ver- 
knüpfung einer Anzahl von Parame- 
tern — etwa mit Hilfe der Booleschen 
Algebra — zu bestimmten Schlußfol- 
gerungen führen. Logische Voraus- 
setzungen und Aussagen sind ent- 
weder wahr oder falsch — Zwischen- 
werte gibt es nicht. Deshalb eignet 
sich auch das Zweiersystem, mit 
dem jeder Digitalrechner arbeitet, 
ganz besonders für die Darstellung 
logischer Zusammenhänge. 

Als Logik wird oft auch die Elek- 
tronik für die Ausführung der zuge- 
hörigen Operationen bezeichnet. Im 
Rechner finden Sie zur Nachbildung 
der logischen Verknüpfungen AND-, 
NAND-, NOT-, OR-, NOR- und EXOR- 
Schaltkreise, die die Basis des gan- 
zen digitalen Systems bilden. 
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Auf der Rennbahn 

Der Microcomputer im Einsatz bei Glücks- 
spielen. Zu Beginn vier Programme für 
Anhänger des Pferderennens. 


& | Schatzsuche 
Aussicht auf wertvolle Gewinne für die 
Lösung kniffliger Probleme. Ein Zepter 
aus Gold und Silber. 


in Dateizugriff 
WA Wir untersuchen den Aufruf von OS- 
' FILE im Dateisystem des Acom B. Da- 
ten werden an den Speicher geschickt. 


Auf Armeslänge 
Steuersoftware für unseren Robot- 
Arm. Für alle Micros ein Programm, 
so steuert jeder seinen Roboter. 


